1 Niimhpr 


Hits 






1 II 1 ic sLai 1 lyj 




1 


6149438.pn. 


USPAT; 


2004/05/28 10:27 








US-PGPUB 






1 


5960403.pn. 


USPAT; 


2004/05/28 10:27 








US-PGPUB 





Search History 5/29/04 4:43:57 PM Page 1 
C :\APPS\EAST\Workspaces\09-725 1 15 . wsp 



United States Patent [i9] 

Richard et al. 



Illlli 



US006149438A 
[11] Patent Number: 6,149,438 
[45] Date of Patent: *Nov. 21, 2000 



[54] SYSTEM AND METHOD FOR THE 
DEUVERY, AUTHORING, AND 
MANAGEMENT OF COURSEWARE OVER A 
COMPUTER NETWORK 

[75] Inventors: Jerry P. Richard, Lucas; Richard 
O 'Bryant, Richardson; Verlon P. 
Harmon, Dallas, all of Tex. 

[73] Assignee: Texas Instruments Incorporated, 
Dallas, Tex. 

[ * ] Notice: This patent is subject to a terminal dis- 
claimer. 

[21] Appl. No.: 08/473,616 
[22] FUed: Jun. 7, 1995 

Related U.S. Application Data 

[63] Continuation of application No. 07/742,974, Aug. 9, 1991. 

[51] Int. Cl.^ G09B 5/14 

[52] U.S. CI 434/322; 434/323; 434/335; 

434/336; 434/362 

[58] Field of Search 434/118, 322, 

434/323, 335, 336, 350, 362 

[56] References Cited 

U.S. PATENT DOCUMENTS 

4,636,174 1/1987 Andersen et al 434/335 

4,764,120 8/1988 Griffin et al 434/336 

4,793,813 12/1988 Bitzer et al 434/335 

4,820,167 4/1989 Nobles et al 434/335 

4,964,077 10/1990 Eisen et al 434/118 

5,002,491 3/1991 Abrahamson et al 434/323 

5,103,498 4/1992 Unicr et al 395/927 

5,144,556 9/1992 Wang et al 364/419 



5,239,617 8/1993 Gardner et a! 434/118 

FOREIGN PATENT DOCUMENTS 

0279558 8/1988 European Pat. Off 434/322 

Primary Examiner— ^&ssic& J. Harrison 

Attorney, Agent, or Firm — W. Daniel Swayzc, Jr.; W. James 

Brady, III; Frederick J. Telecky, Jr. 

[57] ABSTRACT 

A network system for computer aided instruction, comprises 
a main computer with a repository for storing courseware, a 
network of servers connected to the main computer, a 
number of local area networks, each connected to a server, 
and each comprising a number of interconnected 
workstations, a distributed delivery system responsive to a 
student's request for a course, operable to search the net- 
work for a server where the requested course resides, and 
operable to retrieve the course from the repository, and an 
authoring system distributed over the woricstation, the serv- 
ers and the main computer, and operable to transfer courses 
from a workstation to the repository, and a course manage- 
ment system distributed over the workstation, the servers 
and the main computer, and operable to manage course 
enrollment and to monitor student performance at said 
servers, and further operable to transfer information con- 
cerning course enrollment from said servers to said main 
computer. 

A computer program having provisions for training users in 
its use, comprises application code, hook points cormccted 
to the application code, and embedded training routines 
connected to the hook points, so that there is a mapping 
between the hook points and the embedded training routines. 
The application code has code responsive to a user action to 
transfer control from the hook points to the embedded 
training routines. 

11 Claims, 14 Drawing Sheets 
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SYSTEM AND METHOD FOR THE 
DELIVERY, AUTHORING, AND 
MANAGEMENT OF COURSEWARE OVER A 
COMPUTER NETWORK 

This is a Continuation of application Ser. No. 07/742, 
974, filed Aug. 9, 1991, pending. 

NOTICE 

(C) Copyright Texas lostniments Incorporated 1991. A 
portion of the disclosure of this patent document contains 
material which is subject to copyright protection. The copy- 
right owner has no objection to the facsimile reproduction 
by anyone of the patent document or the patent disclosure, 
as it appears in the Patent and Trademark OfiBce patent file 
or records, but otherwise reserves all copyright rights what- 
soever. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

This invention relates to computer aided instruction and in 
particular to a system and method for delivery, authoring, 
and management of courseware over a computer network. 

2. Description of the Related Art 

Hitherto Computer Aided Instruction (CAT) has followed 
two approaches, which may be labelled "the mainfirame 
approach" and "the diskette delivery approach", respec- 
tively. Inherent to both are certain problems which make 
them unattractive for authoring and maintenance of educa- 
tional materials, e.g., course authoring, course maintenance 
and course management. 

In "the mainframe approach" of CAI the computerized 
course is a computer program stored and executed on a 
mainframe computer. This approach requires that each stu- 
dent of a particular course has access to the computer on 
which the program corresponding to the course resides. 
However, in many organizations it is not possible for all 
potential students to have access to a particular mainframe. 
Another limitation of the "mainframe approach" is that 
downtime affects all users. Furthermore, if the mainframe 
computer used for many concurrent tasks, e.g., many stu- 
dents taking many courses simultaneously or the CAI mn- 
ning in parallel with other tasks, then the responsiveness is 
often impaired. This aspect of "the mainframe approach" 
negatively effects the quality of the interaction between the 
courseware and the students. 

In the "diskette delivery" approach, courses are delivered 
on a diskette and are executed by the student on his or her 
personal workstation. A problem with this approach is that 
the education administrator loses control over the course. 
For example, the original recipient of the course diskette 
may make a copy of the course and give this copy to a 
colleague without notifying the course administrator. 
Moreover, the course administrator is unable to monitor 
student progress and verifying that a student who enrolls in 
a course actually takes and eventually completes the course. 

Losing control over the diskette also results in the course 
administrator losing control over which version of a course 
a student is taking. For example, if the student who origi- 
nally obtains a given course, after finishing it, passes it on to 
a colleague and in the meantime a new update or a corrected 
course is released, the colleague would be taking an obsolete 
version. In case there are problems, e.g., bugs, in the 
software which constitutes a course, not being able to 
control which versions are actually used is a serious prob- 
lem. 



t9,438 

2 

Another aspect of computerized training is help facilities, 
which provide a documentation support to computer pro- 
grams. These facilities feature a "current screen" oriented 
user interface. The problems with this approach to training 
5 is that a user must both know that he or she has a problem 
and must know where to look for docxmaentation on the 
problem. 

Furthermore, such systems are limited to being help 
facilities as opposed to providing user training. Prior art 
10 training systems are stand alone programs, which are sepa- 
rate from the application programs to which they provide 
training. These systems require the user to leave the appli- 
cation program in order to enter the training sequence. 

Another problem with prior art training systems is that 
there is no correlation between the mistakes a user makes in 
operating a system and the training provided to the user. It 
is required of the user to know when he or she is making a 
mistake, and upon realizing a mistake is being made, the 
user must know where to look for training materials. 

20 

Accordmgly, improvements which overcome any or aU of 
these problems with existing Computer Aided Training 
systems are presently desirable. 

SUMMARY OF THE INVENTION 

'A-network^^ystem"for computer aided^instructionr corii- 
prises a mainrcomputer v/ith a repository for storing 
courseware,^ (network of servers connected to the main 
computer, L number of local area networks, each connected 
to a server, and each comprising a number of interconnected 
workstations. In this network a distributed delivery system 
is responsive to a student's request for a course and is 
operable to search the network for a server where the 
requested course resides. If the course is not resident on any 
server the delivery system operates to retrieve the course 
from the repository. 

The network computer aided training system also incor- 
porates a course management system, which also is distrib- 
uted over the network. It is operable to manage course 
enrollment and to monitor student performance at the serv- 
ers and to transfer information concerning course enrollment 
from the servers to the repository at the main computer. 

The network system also has an authoring system which 
is distributed over the workstation, the servers and the main 

45 computer, and is operable to transfer courses from a work- 
station where the course author works to the repository. The 
authoring system also provides the course author with tools 
for automatically generating templates for courses from 
interviews with subject matter experts aad tools for creating 

50 various types of interaction screens. 

Courses are developed to provide multiple levels of detail 
ranging firom an overview of the subject matter to a high 
level of detail and comprehensive testing. There are also 
intermediate levels, for example, one in which detailed 

55 information is provided but testing only occurs at the end of 
each lesson and a relatively low score is considered as 
"passing." 

In one aspect of the invention, computer programs have 
provisions for training users in its use, comprises application 

60 code, hook [points connected to the application code, and 
embedded training routines connected to the hook points, so 
that there is a mapping between the hook points and the 
embedded training routines. The application code has code 
responsive to a user action to transfer control from the hook 

65 points to the eriibedded training routines. Furthermore, the 
embedded^t^aiJiing routines are operable to transfer control 
tOc=coujses-wliichj)jpyidesaJugh^^^ 



05/28/2004, EAST Version: 1.4.1 



6,149,438 

3 4 

It'is^anoobj^LofoLhc jDveixtion^tQ-jnanage^cours&ware^iD* computer 102 is part of a computer oetwork 100, Repository 

a non-exclusi^ fashion both at a central repository and at 104 is connected to main computer 102. Computer network 

servers locatedVhroughout a computer network. 100 also consists of a large number of servers, for example 

It is an^er object of the invention to enable a student servers 106A, 106B. and 106C. Each server may have 

working at a Work station located anywhere in the compute r^ 5 associated with it some file storage, e.g., disks 114A and 

n^ Wbtk to reqitest enrollm ent in courses which may or may 114B. The servers are connected to and "serve" local area 



at a server connected to the studcnt^s work- networks (LAN) 120. These LANs consist of interconnected 

workstations, e.g, workstations 124A, 124B, and 124C. 



not be located 
station. 

It is an addilional object of the inventioQ to manage the Workstations, e.g., 124D, 124E. and 124F, may also be 
enrollment a nd to monitor the performance of a studen t at '° connected directly to mam computer 102 In FIG. 1. each 

the server to which the student's workstation is attached, and small circle designates a workstation. In an alternative 

to transfer the Enrollment and performance information from embodiment, some servers are peer servers i.e., they are 

.h. ir, oi ™ workstations in the same LAN as the workstations they 

the server to a' main repository. •' 

j! serve. 

It is a further object of the invention to embed trainmg . . , 

materials into ^ppUcation programs while aUowing the train- ^^Pical to large organizaUons, such as corporations, um- 

ing materials to be located at any server or repository in the ^^f^'^ f ^""^ government agencies, is that computer 

network 1 ^ ^ ^ networks, such as the one depicted m FIG. 1, consists or 

, . ' ll , . ^ , . . . , hundreds or thousands of computers. These computers may 

It IS also an object of the invention to enable course connected in a myriad of different ways. FIG. 1 shows 

authors to transfer new courses and updates to old courts 20 only one way in which the relatively small number of 

from their indiv^idual workstations mto a main rep^^^^^ computers shown there can be connected. A person of 

courseware from which students may retneve the courses. ^^^^^ ^^ills in the art wiU realize that the present inven- 

It is an additional object of the invention to allow course tjon is in no way dependent on the number of computers in 

managers to be privy to information concerning the courses xhc network or how these computers are connected to oije^ 
they manage, e.g., questions which appear to be defective, so 25 another. 



u^l ^ AT/^* information in updating the courses ^^^^^ ^^^-^^^ ^^^^^^ ^^^^^^^ ^^^^^^ ^^^^ 

whiGh=they=ma^ge. ^^p^^ computers in the network varies widely. Therefore, 

BRIEF DESCRIPTION OF THE DRAWINGS ^ of primordial importance that the computers, which are 

of differing manufacture, may communicate with each other, 

FIG. 1 is a block diagram of a computer network envi- ^^^y software products which rely on distributing tasks 

ronment in which the invention operates. over the various computers in the network should be so 

FIG. 2 is a database schema and file structure for the constructed as to make the differences between the various 

preferred embodiment of the networked computer aided kinds of computers in the network moot. The present inven- 

instniction system. tion is cognizant of these problems inherent to computer 

FIG. 3 shows the programs operating on a server and two networks with multiple types of computers, 

workstations according to the preferred embodiment com- From the network point of view, main computer 102 may 

puter aided instruction system. be no different than any other computer in the network. 

FIG. 4 shows internal details of the programs operating on However, from the perspective of the present invention, 
a server and a workstation according to the preferred 40 computer 102 serves the designated function of man- 
embodiment aging a central repository 104 of courseware. FIG. 2 is a 

FIG. 5 shows the preferred embodiment embedded train- schematic of repository 104. It shows a relational database 

roeram implementation of the database in which course and student 

%F„ , , ' , . , , . ... information is stored. The repository 104 can be imple- 

FIG. 6 shows feanires of the networked computer aided using other database technology, such as those based 

mstrucuon and embedded trainmg according to the preferred 45 entity-relationship model, the hierarchical model, and 

embodiment. the network model. 

FIG. 7 shows how certain modules of the embedded i .t. * i • * ctti/^ -i ■* inA • 

, . . J. . *t. ^ J u J- . u J In the network environment oi FIG. 1, repository 104 is 

tramme according to the preferred embodiment are shared j , *t. * I* f *i. * i 

betwee a I'cat^n ro mis distributed over the computers that constitute the network, 

e een app ica ion programs. Certain redundant information is kept in the servers, so that 

FIG. 8 shows the rule base for the diagnostic expert ^ jj^^ ^^^^^^ p^^t of the network is down, then the 

system of the present mvention. information which goes into the repository can be held in a 

FIGS. 9(a) and 9(b) show the branching options available server. Similarly, courses may be stored on multiple servers 

to a student taking a course implemented according to the so that access to a given version of a course is possible 

preferred embodiment. without accessing the central repository 104. Periodically, 

FIGS. 10(a), 10(b) and 10(c) show the main menus of the the distributed database is verified with respect to the 

course authoring system of the present invention, information held in the central repository 104, so as to assure 

FIGS. 11(a), U(b), 11(c), and 11(d) show the interaction that no inconsistent information is held by any of the servers, 

between the author and the authoring system, the structure The verification process comprehends updating, at all sites 
of a course created using the authoring system, and the 60 ^ ^® network, the programs which are implementations of 

smdent's view of the course, all according to the preferred courses, and the databases which store enrollment 

embodiment of the invention. information, charges for courses, and locations for course 

versions. 

DETAILED DESCRI^^^ PREFERRED Astudent working on a workstation 124 requests a course. 

EMBODIMENTS prompts two actions from the server 106 attached to the 

FIG. 1 is a block diagram of a computer network envi- LAN which the workstation is attached. The first action is to 

ronment in which the invention operates. In FIG. 1, a main check whether the student is authorized for taking the 
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course, [f the student has been authorized to enroll, the course request manager 403 responds to course requests 

second action, searching for the course, commences. Search- made on workstation 124 by means of a course request 

ing for the course entails first looking in the local copy of the program 405. The woricstation 124 is connected to a CRT 

repository to see if the current version of the course is 407, a keyboard 411, and a mouse 409. A student operating 
resident on the server. If it is not, the network is searched. 5 workstation 124 interacts with the programs resident on 

In the preferred embodiment of the invention the server workstation 124 using devices 407, 409 and 411. In the 

sends queries to the other servers 106 in the network 100, operating system controlling the workstaUoo (e.g., DOS or 

asking for the course. If a queried server has the course, it UNIX) there are ways for invoking the course request 

replies to querying server with the location of the course. If program 405. The course request program 405 may interact 

the queried server does not have the course, it passes the with the student using a menu oriented interface or by 

query on to all other servers, unless it recognizes the query accepting commands typed on keyboard 411, When the 

as being one which it has already passed on to other servers, course request program 405 obtains a course request from a 

in which case the queried server does nothing. student it sends a message to server 106, in particular to the 

The search for a course eventually leads to the main course request manager 403. The course request manager 

computer 102. All courses are stored in the repository 104, 403 then checks the local repository to determine if the 

therefore, the query can be satisfied. The appropriate reply student is authorized for the course and if the course is 

is sent back to the requesting server. resident on the server 106. If the authorization is not found 

Because the search may go through several paths in the on the server, then course request manager 403 sends a 
network, it is possible that more than one server replies with message to the main computer 102 via the network 100. 
the location of the course. For that reason, the number of Similarly, if the course is not found on server 106, course 
hnks which the course must pass through, and the transac- request manager 403 initiates a search, as described above, 
tion cost associated with each link is computed as the reply The course execution modules 311, are resident on work- 
makes its way back to the requesting computer. The request- stations 124, and consist of screen manager 413, a course 
ing computer uses this information to decide from which program 415, a control module interface 417, and an input/ 
server it can most expeditiously and inexpensively copy the output interface 419. The course program 415 is the kernel 
course. It then requests that the course be copied to its file of the course execution module 311. It contams, m compute r 
storage. At the same time, the information that the course is e xecutable form, the educational material taught through the 
being copied to the requesting server is sent to the main course. The course program 415 interacts with screen 407 
computer 102 so that repository 104 can be updated. via screen manager 413, and with printer 421, keyboard 411 

FIG. 3 shows the programs operating on a server 106 and 3Q and mouse 409 via input/output interface 419. Course pro- 
two workstations 124 according to the preferred embodi- gram 415 interacts with course control module 309 through 
ment computer aided instruction system. When a student control module interface 417. Control module interface 417 
requests a course it is not copied beyond the server 106 sends messages over the LAN to the execution module 
which serves the LAN to which the student is connected. interface 401 of course control module 309. 
The student's workstation merely receives an execution 35 Each course control module 309 contains an execution 
module 311 for the course. This execution module 311 module interface 401. The role of the interface is to receive 
interacts with a course control module 309 in the server. and send messages to the execution module 311 coaespond- 
FIG. 3. shows this architecture. Student A, on workstation ing to the control module. Furthermore, each course control 
124A, executes execution module MSG_1.EXE (311A). module 309 for a course contains an authorization check 
The corresponding control module MSG_1.CTL (309A) procedure, a billing procedure, a progress control procedure, 
executes on server 106. These two modules communicate a master instructor query procedure, an obsolescence check 
via the LAN that connects the workstation 124A to the procedure, a reference materials procedure, and a bookmark- 
server 106. Similarly, student B, on workstation 124B, ing procedure. Each of these procedures may access the 
executes execution module MSG_2.EXE (311 C), which in network by sending messages to other servers 106 and to the 
turn communicates with control module MSG_2.CTL 45 main computer 102. These procedures also access the local 
(309 C), on server 106. version of the repository, thereby making it possible for the 

Thus, by giving the student access to the execution course management on the main computer 102 to access the 

module 311 of a course does not give up control of the databases on the various servers 106 to update student 

course. The course control module 309 is never down loaded progress and course enrollment. 

beyond the server level. Thereby making it impossible for a 50 An additional advantage of splitting a course into a 

student to make copies of a course and distribute it to control module 309 and an execution module 311 is that 

colleagues. In the event a copy is made of the execution certain portions of a course may be retained on the servers 

module 311 of a course and that modxile is executed on 106, thereby freeing disk resources on the workstations 124 

another workstation, it will try to access the corresponding and facilitating course maintenance. For example, if a course 
control modiile 309 on a server, which in turn would be able 55 is found to have a defective routine, and that routine is 

to do the requisite course management. located on the servers 106 rather than on the workstations 

Sccvcr^l06B=also^has-connectrdTo^iPfilPst6fage-114B 124, then it is possible to replace the routine without 

whicnScontains the execution modules for the various changing the portions of the course resident on workstations 

courses resident on server 106B. The purpose of storing the 124. This is advantageous because typically there is no 
execution modules on the server is two fold: first, so that the 60 central control over the software resident on individual 

execution module can be down loaded to the workstations workstations 124. 

connected to the server, and, second, so that if another server Course control module 309 contains a bookmarking facil- 

requesti a course, both the execution module and the control ity. This is a procedure which is responsive to a message 

module for that course can be copied to the requesting from a student that he or she wishes to take an extended 
seryee 65 pause from the course but return to it at the exact current 

FIG. 4 shows more detail of the programs resident on each state. In other words, the student's location in the course and 

server 106 and each workstation 124. On the servers 106 a the current results Are saved into a bookmark file. This file 
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is stored on the file storage device of the server. In an Supervisory module 128 also provides on-line maini fij 

alternative embodiment the bookmark file is created on the nance, of the programs and databases supporting 

workstation and saved on the workstation's file storage. enrollments, charges for courses, and locations of course 

Returning to FIG. 2, relation (also known as table) 201 versions across the network, 

contains the status of each course. As courses are updated s xhc network 100 in FIG. 1 also contains provisions for 

older versions of the courses become obsolete. The status uploading courses from worksUtions located anywhere in 

column isused to store information about which courses arc ^j^^ ^^^^^^^ ^^^^^^ repository 104. A course author 

current and which are obsolete. Hie date column serves a j^^^^^ workstation and send a message to 

dual purpose, namely, for current courses it mdicates when . * ^a-^ *i_ * • l 

that version became the current version, and for obsolete """P" ' "'"^ ''TZ? * f 

versions, the date column indicates when the course will no '° been completed. The mam computer 102 would then initiate 

longer be available. As can be inferred from FIG. 3. an ™g the executable module and the control module for 

obsolete course may remain available after it has become 'ZT "^l" *f ^11 and 213 and update relations 

obsolete, so as to aUow students to complete the same ^01, 207, and 209, as appropnate and as approved by the 

version of a course as the version in which they started the c»mculum advisory authonty. 

course. However, after a predetermined obsolescence period The courseware according to the present invention incor- 

the course is made unavailable, regardless of whether certain porates several features which improve student interest. For 

students have yet to complete it. example, interaction with the courses and course manage- 

Relation 201 is also a store for information on where to ^^^^are is menu driven and icon based. The courses 

find local versions of the courses. The "executable location^' ^ implemented so that a student can request anunation and 

column gives a disk address where the executable module simulation of the material covered in the course, as provided 

for a course is located and the "control location' ' column t»y the course author. Furthermore, the courseware incorpo- 

gives the corresponding location for the control module. The ^^tes interfaces to video material. In other words, a student 

actual programs which make up a course are located on disk ^^^S ^ ^^^^ assembly of a computer can request 

drives 211 and 213 certain steps be shown through video and that other 

Relation 203 is a store of the students' status informaUon f simulated using on-screen graphics and animation, 

with respect to relevant courses. Examples of status are ^^.f alternative embodmient, these features are automati- 

"authorized for enrollment", "completed", "dropped out", ^^^^^ ^^^^^t^'* ^^^^""^ 

"faUing behind", "progressing satisfactorily", and "paus- Returning to FIG. 4, the courseware according to the 

ing^'. Relation 205 is a store for students' grades. Relation 30 present invention includes a diagnostic expert system 421 

207 contains a list of "master instructors" for all courses. A "^^^^^ in the background of the course. The diagnostic 

master instructor is a person with particular skills relevant to expert system 421 is privy to all transactions between the 

particular courses. If a student on a workstation 122 has a student and the course. Using buUt in rules it directs the 

problem with understanding a course the student can invoke student through the course. If the student has particular 

a special query procedure which retrieves the master instruc- 35 difficulty with one subject area, the diagnostic expert system 

tor*s name and network address, and allows the student to '*21 increases the level of detail of the instruction in that 

send a message to the master instructor. This message subject area. On the other hand, if the student excels, the 

contains the student's name and network address so that the diagnostic expert system allows the student to progress 

master instructor can respond to the question. through the course at a higher pace. The diagnostic expert 

For maintenance purposes and to facilitate locating 40 ^stem 421 analyzes the student's responses to quesUonsto 

courses, relation 209 contains a list of all servers where the determme for which areas the student requir^ trammg. TTie 

various courses reside. Thus, if a course becomes obsolete, diag^iostic expert systern 421 is a series of hook-pomts to 

a message may be sent from the main computer to all servers particular addresses m the machine code implementaUon of 

which have that particular course resident, so that the servers ^^le course. Using rules based on particular student 

may make the course unavaUable on the obsolescence date. 45 responses or on mcorrect responses, the diagnosUc expert 

Resident on main computer 102, of FIG. 1, is a supervi- ^^^^^^ '^^l directs the student to the appropnate traimng 

screen *i 

sory program 128 responsible for maintenance of repository 

104. One task of supervisory program 128 is the automadc resident on servers 124 is an authoring system. The 

archiving of the database tables in repository 104, Tables authoring system 124 provides an intelligent environment in 

201 through 209 continuously grow as new courses are 50 which a course author creates courses. In the artificial 

added, old courses become obsolete, students enroU, and intelligence domain of expert systems, a human expert is 

students finish courses, etc. When the tables become very interviewed by a knowledge cngmeer, who buHds an expert 

large performance of the system degenerates. Therefore, system. In the authoring system, templates for course 

information about obsolete courses is removed periodicaUy, screens are automatically derived from the expert uiterview. 

e.g., once a week or once a month. When information is 55 Furthermore, the authoring system 124 incorporates an 

removed from the tables, it is moved into one or more editing facility which allows for global search and replace of 

archival files 215. Supervisory program 128 also contains text strings, graphic images, etc. for entire course, 

code to recover information from archival files 215. A The authoring system 124 also provides a mechanism to 

similar maintenance task is done on the various servers 106 allow authors to put string variable operations into courses, 

by programs 130A-130C, respectively, i.e., moving infor- 60 For example, in a VMS operating system course, a possible 

mation about obsolete courses from the database tables question is "Type an example of a directory command which 

resident on the server into archival files, also resident on the lists all Pascal files created today," Several correct replies 

server. These archival tasks are automatically triggered to are possible, e.g., "$ DIR/SINCE *.PAS", "$ DIRECTORY 

occur at specific times or by specific events, e.g., a certain * .PAS/SINCE", and "$ DIR/SINCE^TODAY [ ]*.PAS". 

number of course versions have become obsolete or the 65 Any of these replies should be considered a correct response, 

number of students who have completed courses reaches a Similarly, the authoring system provides a mathematical 

specified number. function interface, wherein a student replies to questions 
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using mathematical functions rather than by giving exact 
numbers. An example from electrical circuit theory is a 
problem to calculate the current through a particular resistor 
in a circuit. The answer to that question can be described in 
terms of Ohm's and KirchhofiPs laws rather than by giving 5 
the exact numerical value. 

Related to the networked computer aided instruction 
system of the preferred embodiment is embedded training. 
In this aspect of the preferred embodiment the training is 
incorporated into the various computer programs executing 
on a workstation. This is illustrated in FIG. 5. Application 
program 501 is a screen oriented program. It is composed of 
eight interaction screens 505A-506H. Each interaction has 
a "hook point" to which is linked an embedded training 
screen 507A-507H. Through some action of the user of the 
application program, e.g., pressing a help button, the embed- 
ded training screen is invoked. The embedded training 
would be particularly pertinent to the screen from which it 
was invoked. Typically, the student is allowed 30 seconds to 
three minutes for completing the embedded training for a 
particular topic. However, if the student does not learn 20 
sufficient detail from the embedded training, then he or she 
may transfer directly from the embedded training to the 
computer aided instruction course 311 associated with the 
application program. 

FIG. 6 shows two key features of the preferred cmbodi- 25 
ment. First, in the preferred embodiment courses are imple- 
mented for multiple levels of detail. In a university envi- 
ronment there is a distinct level of detail required by the 
University President who merely wants to know what the 
various offered courses teach, and the student who is trying 3Q 
to master a subject. Accordingly, in the preferred embodi- 
ment courses are developed for five different levels: 
Acquaintance, Familiarity, Competency, Proficiency, and 
Master Proficient. When a student invokes a course, the 
course queries the student as to what level he or she wishes 35 
to enroll. 

The "Acquaintance" level is a high level overview of the 
subject matter of the course with no detail attached, e.g., 
looking at the objectives covering each lesson. The "Famil- 
iarity** level gives the student the ability to page through a 40 
course while reviewing detail information without having to 
respond to questions. The student also has the ability to 
branch to chapters or sections within a chapter. In the 
"Competency" level a student is presented material that will 
be test at the end of each lesson. The student must attain a 45 
specified passing score, e.g., seventy, in order to be certified 
as competent on the subject matter. The passing score 
indicates that the student is qualified to perform the tasks 
reviewed in the subject matter presented. 

In the "Proficiency*' level the student is first pretested to 50 
record the student's level of proficiency prior to taking the 
course. The student must pass any prerequisite course or 
topics required before enrolling into the course. Upon sat- 
isfying the prerequisite test the student is presented materials 
in which question and answer dialogues are continued ss 
throughout the course delivered to the student. The student 
must respond to multiple questions within the text delivered 
as well as pass a thorough test at the end of each lesson. 
Finally, the "Master Proficiency" level requires not only a 
prerequisite test as a requirement for enrollment but upon 60 
completion of the course, the student must be able to critique 
material given and append their knowledge to the topics 
covered by the course. After all tests are completed the 
student must maintain a high score, e.g., at least 90, for the 
entire course in order to be judged master proficient 65 

Furthermore, the courses are developed so as to give the 
student multiple options in terms of testing competency. 
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First, the courses implement waUc-throughs, in which stu- 
dents are guided through the procedure being taught by the 
course. A second technique is "Follow me" in which the 
course simulates the task that the student wishes to learn. 
Courses also implement exercises. These serve the dual 
purpose of giving the student some knowledge about his or 
her own progress and of giving the course administrators a 
means of monitoring student progress. In some courses the 
student may be required to complete a certain number of 
exercises in a given time unit, e.g., one set per week. If the 
student fails to meet this requirement, the course sends a 
message to the main computer to change the student's status 
to "falling behind." This status gives course administration 
notice to let the student's management know that the student 
is falling behind or having some kind of problem with the 
course. 

FIG. 7 shows more detail of the embedded training system 
according to the preferred embodiment. The workstation is 
controlled by operating environment 703. This environment 
controls application programs 701A-701G, the embedded 
training software 705, and the education resources 707. As 
discussed above, each application program has one or more 
hook points into the embedded training software. More than 
one application can share the same embedded training. For 
example, in standardized user interfaces, many applications 
will do file access in the same manner, therefore it is 
appropriate that the training software associated with file 
access is common for all applications which share the file 
management software. The embedded software accesses the 
education resources 707. The education resources is a cen- 
tralized repository for such things as the student workbook 
709, the glossary 711, the tutorials 713, simulation software 
715, error correction software 717, and the Index of Com- 
puter Based Training (CBT) courses 719. 

In the embedded training aspect of the present invention, 
the diagnostic expert system 421 serves the role of moni- 
toring the interaction of a system user with a system, and 
analyzing that interaction to determine when the user needs 
training in a particular subject matter. For example, if the 
embedded training is used in conjunction with an operating 
system and a user is trying to copy files, but fails to do so 
because of incorrect file specifications, the diagnostic expert 
system 421 executes a training screen on how to formulate 
a correct file specification. 

FIG. 8 shows an example of a knowledge base of rules for 
the diagnostic expert system. Column 801 contains specific 
rules and column 803 the logical location where the course 
should resume if the rule is true. The entries in column 803 
are in terms of the goals for the transition. For example, in 
row 809 if a student or user has problems with file 
specifications, the training screen for file specifications is 
displayed. Column 805 contains the memory locations for 
the machine code implementing the training screens in 
column 803. 

FIG. 9(a) shows the flow of control through the pre- 
enrollment phase of a course according to the present 
invention. The student may be required to take a prerequisite 
test, step 1001. This is a computerized or computer random- 
ized test. The results from the test is analyzed in step 1003 
to determine to which course level the student should enroll. 
If the student failed the test, he or she is directed to take a 
remedial course, step 1005. Step 1007 entails building a 
menu of the options available to the student in the event he 
or she attained a passing grade on the prerequisite test. The 
menu 1017, shown in screen 1015 of FIG. 9(b) , is displayed 
to the user. The student has the options of taking all levels 
of the course, start at the level his or her score indicates to 
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be the appropriate level given the student's competence The main menu also allows ihe author to remove frames 

level, and to bypass the course all together. These choices from courses, copy frames from one course to another, and 

are shown in menu 1017 of FIG. 9(b). to run the training package. 

After selection of a level, the course 1009 is invoked, ^bows some of the types of frames available to 
during which the student reads materials, views video 5 a course author, pese are meant lobe iUustraU^^ 

material, and answers questions. During the execution of ^^"^^^"^g- ^.^ ^^"^^ ^ used to display the course 

course 1009 a summary file 1021 is built. Hic summary file title and listing the course objectives. Other possible entries 

' J • X 1 1 .1- on the title frame are company logos and names of course 

1021 IS used m step 1011 to analyze the questions with n i * • r 

, ^ . , ,^j r«_. 1- authors, as well as last version of course, 

respect to the answers given by the student. This analysis Tn. • i j . c nni j . • * * 

« -1 I. - LI - 1.*- u- u * -11 in The mtroductory frames 903 are used to communicate, to 

entails hiehuehtme questions which are repeatedly -^^ ,v ^ . * •'u • f*u u * « 

6 6 & ^ r J the student, the mechanics of the course, e.g., how to execute 

answered incorrectly, so that the course or the question can ^^^^^ ^^^-^^ questions which 

be revised. The summary files and the analysis done on ^ ^^^^ ^^^^^^ -f difficulties arise, 

every server are sent via network 100 to the course author or ^^^^ ^^^^ ^^^^^ ^t^^ent desire to leave, 

course manager. The course author or manager further ^iHq &ame 901 and the introductory frames 903 are both 
analyzes the summary files from multiple servers to decide 15 ^^^^ frames, i.e., they are non-interactive, 

whether the course should be revised, and revises the course. Frames 905 through 913 are interactive question frames, 

step 1013. In the event the author or manager revises the xjjese are both used to allow the student to navigate through 

course, he or she sends the new course version to the main the course and to ask the student questions about the subject 

computer 102, where the courseware administrator decides matter of the course. The latter category, subject matter 

whether or not to include the new version into the main questions, as discussed above, are created by an expert 

repository. If the course is included, the version it replaces system. The course author is not necessarily the subject 

may be made obsolete, in which case a message to that effect matter expert. The course author interviews the subject 

is sent to all servers where the course resides and to all matter expert and creates an expert interview file. The expert 

students currently enrolled in the course. system accepts as its input the expert interview file and 

FIG. 10(a) shows the main menu of the course authoring ^ automadcally creates templates for course frames^ llie 

* 4.1. ' ^ * 4U - u 1 * author edits these frames using the frame editmg lacmties oi 

system. The author mteracts with the mam menu by select- jiutuw^ ^^ov xioixiv^j lu.^ vi^v xx^^xx & 

ing the number of the desired option. As indicated the author the authoring system. ^ ^ , 

may create a new course, edit a course, or delete a course. , authonng system aUows he author to define a last 

• 1 -J r frame 915 specification. The last frame 915 is a summary 

The main menu also provides an option for exiting. The ^ j j *u ^ ^ * ■ ^ *• u 

, . , , , ^ . 30 frame and provides the student with information such as 

selections which the author makes causes the authonng i.- u • - r u * + + 

TYLiivu uxs. «u«4 L Lix ^ which IS ucxt cowsc in a sequence of courses, who to contact 

system to display one of several alternaUve screens. ^^^^^ ^ ^^^^^ completion certificate, and a sign-off 

FIG. 10(b) shows the screen which the authoring system message. The last frame is also used to verify that the person 

displays whenever the author selects the "Edit course" who completed the course is the same person who started 
option. For example, the author may use the EDIT COURSE ^5 taking the course. 

MENU, shown in FIG. 10(b), to add a new frame, edit an FIG. 11 shows three views of a course. In the first column 

existing frame, change frame parameters, select an interac- is the authoring system interactions used to create the 

tive video/speech frame, delete a frame, print frames, copy course, in the second column is the structure of the course, 

frames, or run the training package. A frame is a unit of and in the third column is the student's view of the course, 

course-to-student interaction. Although not required, a By being able to view multiple windows, the course author 

frame often corresponds to one screen of information. has access to both the authoring system interaction view and 

However, because there is no limitation on frame size, two the studentes view, 

or more frames may be displayed on the screen at one time. while FIG. 11 shows some example frames that may be 

This feature is useful to display a graphic in one firame, and used in a course, a course is not limited to this structure, and 

querying the student about the graphic through another a person skilled in the art will realize many possible alter- 

frame. native course stmctures. 

The "add a new firame," option transfers the user into the The authoring system displays screen 150 by selecting the 

menu shown in FIG. 10(c), which is discussed in further "Title Frame" option in the menu shown in FIG. 10(c). The 

detail below. The "edit a frame" option gives the author the author enters the course title and course objectives in the 
abihty to edit an existing frame. Frames can exist of text and 50 indicated fields of screen 150. The authoring system takes 

graphics. Therefore, both the "add a new frame" and the this information and creates the structure 152 for the corre- 

"edit a frame" options enable the author to create and edit sponding title frame. When the student executes the course, 

both text and graphics. For example, the authoring system, the title frame is displayed as shown in screen 154. 

allows the user to create lines, circles, boxes, arcs, slices, The author creates the introductory frames by first select- 
and curves, in a frame. Similarly, in terms of text 55 ing the "Introductory Frames" option on the menu shown in 

manipuladon, the authoring system enables the user to select piG. 10(c). The introductory frames may either be entered 

from different fonts. The frame editor also provides tools for interactively or incorporated from computer files, as shown 

image reproduction, and image manipulations, such as ju screen 156. The introductory frames may also be derived 

moving, deleteing, scaling and rotating images or portions of ftom the expert interview. When the author has completed 

images. Further image manipulations include screen capture creating the introductory frames they are incorporated into 

and the use of a full color palette for frame creation and the course stmcture in blocks 158. The student views the 

editing. introductory frames as shown in screen 160. The introduc- 

The "modifying physical frame parameters" option refers tory frames provide means of navigation forward and back- 
to manipulation of frame size. Frames can make reference to wards through the frames, as indicated by buttons 162A and 
interactive video and speech materials. The author uses the 65 162B. The forward and backward navigation can also be 
tools provided through the "interactive video/speech" option accomplished by using cursor keys or specially designated 
to establish the links of frames to these materials. function keys. 
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Certain types of frames create multiple paths through the 
course. This is illustrated by YES/NO question frames 164 
through 172. Hie author is prompted by the authoring 
system for text of a question, e.g., "Do you wish to continue 
the lessoD?". This creates the required structure in the 
course, such as the frame 166 and the logic block 172, The 
course displays the screen 168 to the student. Logic block 
172 provides two paths: one for the "yes" answer and one fox 
the "no" answer. 

In the course shown in FIG. 11 the "no" response results 
in the display of a text frame 178. The author is prompted for 
the text or a filename of a file where the text can be found, 
as shown in block 174. 

Another multiple path frame is the menu frame 182 
shown in FIG. 11(b). It is created using screen 180 of the 
authoring system. In screen 180 the author is prompted for 
the number of choices in the menu and the titles of the 
various choices. The authoring system uses this information 
to create the structure shown below block 182. The menu 
created by the authoring system is displayed to the user as 
shown in screen 184. Screen 184 also displays to the user the 
topics that he or she has completed as indicated by the V 
symbol displayed next to the course title. The author is also 
prompted for frame identifiers for the frames that represent 
the paths corresponding to the various choices (This is not 
shown). Each path corresponding to a menu choice consists 
of a sequence of frames 186A-186F, respectively. The paths 
exiting a sequence of frames 186 may take one of several 
routes, e.g., back to menu frame 182 for further selections, 
as shown from frames 186A-186E, or to other parts of the 
course, as shown exiting from frame 18 6F. 

Screen 188 shows an example of the interaction between 
the authoring system and the course author for the creation 
of a text frame which make up one of the sequences selected 
through menu frame 182, in this case a multiple choice 
frame. The frame may have originated as a template created 
by the expert system from the expert interview and subse- 
quently edited by the author. An example of the flow of 
control from a multiple choice frame is shown in FIG. li(d) 
as blocks 264 through 272, and is discussed in fiirther detail 
below. 

Another possible interaction frame is the "true/false" 
question frame, shown in FIG. 11(c) as blocks 250-262. The 
authoring system requires the author to create a question, 
indicate whether "False" or "True" is the correct response, 
and provide feedback information for both alternatives. 
From this information the authoring system creates the 
structure shown as frame 252, logic block 256 and feedback 
frames 258 and 260. The student views the question as 
shown in screen 254, which also includes response buttons 
255A and 255B. When the student buttons a response, e.g., 
the F button 255B, control in the course goes through the 
path corresponding to that button, which in the shown 
example is through feedback frame 260. Feedback frame 
260 is displayed as shown in screen 262. 

FIG. 11((/) shows the course structure corresponding to 
some additional interaction screens. (Not shown is the 
authoring system interaction and the student interaction. 
These are similar in nature to those of the frames discussed 
above,) Multiple choice question frame 264 can have two or 
more possible answers. Usually one answer represents a 
correct response. A text frame 266-272 is associated with 
each response to give the student feedback regarding the 
entered response. For incorrect responses the course may 
return to the question frame 264, as shown, or, alternatively, 
not give the student the opportunity to attempt to answer the 
question again. 
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Blocks 274-280 represent a question asked through a 
fill-in-the-blank frame. Text frame 274 introduces the ques- 
tion and gives the student any additional information needed 
to answer the question. Question frame 276 presents the 
question to the student with blanks to fill in. Block 277 is a 
pattern matcher, which functions to determine whether the 
answer provided by the student matches the pattern given by 
the author. As with the multiple choice question and the 
true/false question, discussed above, the course provides 
feedback to the student depending on the student's response 
to the question, as shown by blocks 278 and 280. 

The example course shown in FIG. 11, concludes with 
frame 290 which provides the course wrap-up information 
discussed above in conjunction with FIG. 10(c). 

While this invention has been described with reference to 
illustrative embodiments, this de.scription is not intended to 
be construed in a limiting sense. Various modifications and 
combinations of the illustrative embodiments, as well as 
other embodiments of the invention, vnll be apparent to 
persons skilled in the art upon reference to the description. 
^0 It is therefore intended that the appended claims encompass 
any such modifications or embodiments. 
We claim: 

1. A network system for computer aided instruction, 
comprising: 

a main computer including a repository for storing 
courseware; 

a network of servers connected to said main computer, 

each of said servers having a control module; 
a plurality of local area networks, each of said local area 
networks connected to a server, and each of said local 
area networks comprising a pluratity of intercoimected 
workstations; 

a distributed delivery system responsive to a request of 
said server for a course of said courseware, selectively 
operable to search said network of said servers for said 
server where said course resides, operable to transfer 
said course from said server where said course resides, 
and selectively operable to retrieve said course from 
said repository if said course cannot be found at said 
server; 

an authoring system distributed over a workstation of said 
workstations, said servers and said main computer, and 
operable to transfer courses of said courseware from 
said workstation to said repository; and 
a course management system distributed over said 
workstation, said servers and said main computer, and 
operable to manage course enrollment and to monitor 
student performance at said servers, and further oper- 
able to transfer information corresponding to said 
course enrollment from said servers to said main com- 
puter; 

wherein said network of servers comprises a first set 
including said servers connected to said main 
computer, a second set including said servers connected 
to other servers and to said main computer, and a third 
set including said servers coimected to said other 
servers; and 

wherein said course is prevented from being copied by 
said control module. 

2. The network system of claim 1, wherein said repository 
comprises: 

a database for storing additional information correspond- 
ing to said courses and students enrolled in said 
courses; and 

file storage for the storage of programs implementing said 
courses. 
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3. The network system of claim 1, wherein said distrib- 
uted delivery system comprises programs distributed over 
said servers in said workstation; and 

wherein said programs communicate by sending mes- 
sages. 5 

4. The network system of claim 1, wherein said main 
computer further includes a supervisory module. 

5. The network system of claim 4, wherein said supervi- 
sory module is operable to automatically archive 
information, to manage student enrollment, and course 
accounting. 

6. The network system of claim 5, wherein said supervi- 
sory module is operable to request said other servers in said 
network to provide said supervisory module with informa- 
tion required by said supervisory module to maintain said 15 
repository. 

7. The network system of claim 6, wherein said supervi- 
sory module communicates with said other servers by send- 
ing messages across said network. 

8. The network system of claim 7, wherein said messages 
are standardized so that said servers of different manufac- 
tures can communicate with said other servers. 
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9, A computer aided instruction system, comprising: 
a network of interconnected servers; 

a main computer connected to at least one of said servers; 
a repository connected to said main computer; 
at least one workstation connected to one of said servers; 
and 

an authoring system distributed over said at least one 
workstation, said servers, and said main computer to 
deliver a course from said at least one workstation to 
said repository; and 

a diagnostic expert system to increase or decrease the 
level of detail of said course. 

10. The computer aided instruction system of claim 9, 
wherein said authoring system comprises programs resident 
on said at least one workstation, said servers, and said main 
computer, 

U. The computer aided instruction system of claim 10, 
wherein said programs communicate by sending messages. 
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Hi Sam, 



Please look at your data from March 30, 1996. 
When you double click on the icon below, 
the data management application will show 
you a graph of the data. This is a good 
example of the problems you are having when 
you don't have balanced meals. 



IS. 




DATA.DM 
Sincerely, 
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SUBJECT 



THE IMPORTANCE OF TAKING MEDICATION 



Hello Susan, 



You are having problems when you don*t 
take medication. Please play the asthma 
video game at game level 2 to leam how 
to take medication properly. When you 
double click on the icon below, the asthma 
video game will start at game level 2. 




DATA.DM 
Sincerely, 
Dr. Peters 
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SUBJECT: 



DIABETES CARE INFORMATION 



Hello John, 


A 


From the notes in your logbook, I understand that you 
are planning a trip to Europe this summer. Please read 
the included article from the American Diabetes Association 
regarding travel and diabetes. When you double click on 
the icon below, the data management application will displa> 
the article for you. 
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HEALTH MANAGEMENT PROCESS 
CONTROL SYSTEM 

RELATED APPLICATIONS 

This is a continuation-in-part of application Sen No. 
08/481,925, filed Jun. 7, 1995, now abandoned which is a 
continuation-in-part of application Ser. No. 07/977,323, 
filed Nov. 17, 1992, and issued as U.S. Pat. No. 5^07,263. 
This application is also a continuation-in-part of application 
Ser. No. 08/666,242, filed Jun. 20, 1996, now abandoned. 

BACKGROUND 

1. Field of the Invention 

The present invention relates to the fi.eld of health 
management, and in particular to a system and method for 
remotely monitoring a patient and for training the patient to 
comply with a treatment plan for a health condition. 

2. Description of the Prior Art 

In recent years, an increasing number of healthcare pro- 
viders have initiated outpatient or home healthcare programs 
for their patients. The potential benefits of these home 
healthcare programs are particularly good for chronically iU 
patients, such as those suffering from asthma or diabetes, 
who must treat their diseases on a daily basis. However, the 
success of these home healthcare programs is cunently 
limited by the abiMty of healthcare providers to assess, 
monitor and train patients to comply with treatment plans for 
their health conditions. 

Many systenos have been developed for remotely moni- 
toring a patient's compUance with a prescribed medication 
plan. For example, U.S. Pat. No. 5,390,238 issued to Kirket 
al. on Feb. 14, 1995 discloses a home healthcare and 
communication support system. The system includes a 
health support unit located in the patient's home for moni- 
toring and supporting a patient. The health support unit is 
networked to a remote monitoring terminal for continuous 
remote monitoring of the patient. The health support unit 
includes a medication controller for measuring the patient's 
medicine compliance and a communications module for 
communicating with an operator at the monitoring terminal. 
The health support is further networked to the patient's 
healthcare provider to allow the healthcare provider access 
to the patient's medicine compliance data. 

A similar system for monitoring a patient's medicine 
compliance is described in U.S. Pat. No. 5,016,172 issued to 
Dessertine on May 14, 1991. The system includes an auto- 
matic medicine compliance monitoring device for measur- 
ing the patient's actual medicine consumption. The moni- 
toring device is connected to a patient computing device for 
recording the patient's medicine consumption. The patient 
computing device is further connected to a remote monitor- 
ing terminal for displaying the patient's medicine compli- 
ance to a healthcare provider. The system optionally 
includes a second monitoring device for monitoring a physi- 
cal condition of the patient, such as heart rate, blood 
pressure, blood glucose, or respiration. 

Although the systems described by Kirk and Dessertine 
allow remote monitoring of a patient's health condition and 
medicine compliance, they have no mechanism for ensuring 
patient compUanoe with a treatment plan. Further, these 
systems are not directed at providing the patient guidelines 
for treating a health condition. They are simply designed to 
monitor the patient from a remote location. 

Numerous systems have also been developed for prompt- 
ing a patient take prescribed doses of medication in addition 



i0,403 

2 

to remotely monitoring the patient's health condition. For 
example, U.S. Pat, No. 5,501,231 issued to Kaish on Mar. 
26, 1996 describes a patient -operated, hand-held system for 
testing and recording peak flow rates of an asthma patient. 

5 The system includes a peak flow meter for measuring the 
patient's peak flow rates and an alarm for prompting the 
patient to take a prescribed dose of medication. In using the 
system, the patient records his or her peak flow rates over a 
predetermined period of time, typically fifteen days to six 

10 months, before returning the system to a doctor for recovery 
of the peak flow data. At this time, the doctor may optionally 
reprogram the system with new alarm times and prescribed 
medicine doses. 

Although the system described by Kaish has the advan- 

15 tage of prompting a patient to take medication, it lacks any 
mechanism for training the patient to actually comply with 
the prompts. The system is limited to issuing prepro- 
grammed medicine instructions to the patient without teach- 
ing the patient why or how to follow the instructions. 

^0 Further, the system cannot identify any problems the patient 
is experiencing in following a treatment plan for his or her 
health condition or teach the patient how to solve the 
problems. As a result, the patient may not be able to comply 
with the prescribed treatment plan, severely limiting the 

25 effectiveness of this home healthcare system. Additionally, 
the system described by Kaish does not permit continuous 
feedback between the doctor and patient for ongoing adjust- 
ment of the treatment plan. 

Another system for remotely monitoring a patient and for 
prompting a patient to take a prescribed dose of medication 
is disclosed in U.S. Pat. No. 4,731,726 issued to Allen on 
Mar. 15, 1988. Allen describes a diabetes management 
system having a blood glucose meter for measuring a 
patient's blood glucose levels and for sending the blood 
glucose measurements to a physician. The system further 
includes a user interface for entering in the system data 
relating to the patient's medication usage, exercise routine, 
and dietary intake. Based on the entered data, the system 
calculates a recommended insulin dose for the patient using 
a physician prescribed algorithm stored in its memory. 

Allen's system suffers from the same disadvantage as 
Kaish's system in faiUng to train the patient to comply with 
the prescribed treatment plan. The system is hmited to 
issuing dosage instructions based on a preprogrammed algo- 
rithm without identifying any problems the patient is expe- 
riencing with the diabetes program or teaching the patient 
how to solve the problems. Consequently, the effectiveness 
of this diabetes management system is also limited. 

50 A similar system for home management of diabetes is 
disclosed in U.S. Pat. No. 5,109,974 issued to Beckers on 
May 28, 1991. The system includes a physician computer for 
developing a diabetes therapy program and a patient 
recorder having an interface for exchanging data with the 

55 physician computer. The recorder has a blood glucose test 
strip for measuring the patient's blood glucose levels and a 
user mtcrfacc for entering in the recorder data relating to the 
patient's insuhn usage, exercise routines, and dietary intake. 
Using the patient data and therapy guidehnes downloaded 

dO from the physician computer, the recorder calculates and 
displays to the patient a recommended insulin dosage, 
exercise plan, and diet. The recorder also receives from the 
physician computer new therapy guidelines developed from 
the patient's recorded data. 

65 Although the diabetes management program disclosed by 
Beckers has the advantage of adjusting a patient's recom- 
mended therapy program based on remote monitoring of the 
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patient, it also has the same disadvantage as the previous program is then embedded in an electronic message to the 

systems in failing to teach the patient how to follow the patient. The electronic message is transmitted through the 

prescribed treatment plan. Becker's system has no mecha- communication network from the clinician computer to the 

nism for identifying problems the patient is experiencing patient computing device. 

with the diabetes program or for teaching the patient how to 5 t^c educational program is started on the patient corn- 
solve the problems. As a result, Becker's system is also puting device when the patient selects the embedded pointer 
ineffective for training the patient to comply with the dia- jn the electronic message. As the patient works with the 
betes treatment plan. educational program, new data relating to the patient's 

health condition is collected in the patient computing device 
^0 and transmitted to the clinician computer for analysis. With 
this continuos feedback loop between the patient and 

In view of the above, it is an object of the present clinician, the clinician is able to monitor the patient's 

invention to provide a system and method for remotely progress and effectively train the patient to comply with the 

monitoring a patient and for effectively training the patient treatment plan, 
to comply with a treatment plan for a health condition. It is 

another object of the invention to provide a method for BRIEF DESCRIPTION OF THE DRAWINGS 

teaching a patient to solve a specific problem the patient is ^ ^^^^^ ^ ^^^^ illustrates a healthcare 

cxpeaencmg with a treatment plan. A further object of the ^^^^^ 3 tern arranged in accordance with the inven- 
mvention is to provide a system that allows contmuous 

feedback between a clinician and patient for ongoing adjust- . . • . . t 

ment of a treatment plan. ^® ^ ^ schematic block diagram lilustratmg an 

^ . . . , , ^ . ^ alternative healthcare monitoring system arranged in accor- 

The invention provides a new and useful system for ^^^^ invention, 

healthcare monitoring and patient training based on a small ^ . • • 

microprocessor-based unit or a personal computer which is ^ diagrammatically illustrates momtonQg systems 

networked with the clinician's resources and requisite data- ^ constructed m accordance with the invenUon connected m 

l^^gg Signal commumcation with a remotely located computing 

„ * ^ t t • * 1 .11 . facility which includes provision for making the data sup- 

Hiese and other objects and advantages wiU beoome more ^ monitoring system of the invention available to 

apparent after consideration of the ensiung description and j .juuu f • 1 c 

the accom an ' draw' & a designated healthcare professional and/or for providing 

e accompanying awings. ^^^^ instructions to the system user. 

SUMMARY OF THE INVENTION FIG. 3 is a schematic block diagram of the main compo- 

™_ . . - , ^ J xi. J r .1 nents of a health management process control system 

I ne mvention presents a system and method lor remotely j* ^ • 

„ . * J f * • • »i. * * 1 according to the invention, 

monitoring a patient and for traimng the patient to comply * 

with a treatment plan for a health condition. The system 35 P^^. 4 is a schematic block diagram illustrating the 

includes a patient computing device, such as a pei^onal entering of patient data into a patient computing device 

computer or network terminal, for collecting data relating to according to the method of the invention. 

the health condition. In the preferred embodiment, the data FIGS. 5-6 are sample logbook entry screens appearing on 

includes measurements of a physical characteristic of the the patient computing device of FIG. 4. 

health condition, such as blood glucose measurements for a 40 FIGS. 7-8 are sample medication entry screens appearing 

diabetic patient or peak flow measurements for an asthmatic on the patient computing device of FIG. 4. 

patient. Also in the preferred embodiment, the data includes pjQ 9 is 2i schematic block diagram iUusttating the 

measurements of a psychological characteristic of the health transmitting of an electronic message in response to an 

condition, such as the patient's knowledge, comprehension, analysis of the patient data of FIG. 4 according to the method 

or attitude in treating the health condition. 45 ^j^^ invention 

Hie system further includes a clinician computer having pj^s. IQ-U are sample data views appearing on the 

a data analysis program for analyzmg the data to determme ^^^^^^ ^ ^^^-^^^^ computer and on the screen of the 

an educaUonal need of the patient. The chmcian computer ^ient computing device of FIG. 4. 

also has a message program, such as an electronic mail ^ ^ 11 • . r 

^^Z^Z.- Z • f fu FIGS. 12-14 are sample electronic messages sent from a 

program, for composing an electronic message to the 50 , , , , ^^..t t . r.i • 

t Tu ^ ^ • « • • * * doctor to a patient according to the method of the invention, 

patient. The electromc message contams a pointer to an ^ ^ 

educational program corresponding to the patient's educa- PIG. 15 is a flow chart illustrating steps included in the 

tional need. The pointer is a prompt embedded in the mtthod of the invention. 

message. When the patient selects the pointer the latter loads DESCRIPTION 

and executes the educational program instructions linked to 55 

the message. A communication network connects the patient FIG. lA depicts a self-care health monitoring system 

computing device and the clinician computer and transmits arranged in accordance with the invention. In the arrange- 

the data and the electronic message therebetween. ment shown in FIG. lA, a data management unit 10 is 

Apreferred method of using the system includes the steps electrically interconnected with a computing device such as 

of entering data relating to the patient's health condition into 60 * computer or a handheld microprocessor-based unit 12 via 

the patient computing device and transmitting the data from a cable 14. In the depicted arrangement, data management 

the patient computing device to the clinician computer via unit 10 also is electrically interconnected with a blood 

the communication network. The method further includes glucose monitor 16 of the type capable of sensing blood 

the steps of analyzing the data received in the clinician glucose level and producing an electrical signal representa- 

computer to determine an educational need of the patient 65 tive thereof. 

and selecting an educational program corresponding to the Although FIG. lA illustrates blood glucose monitor 16 as 

educational need. A pointer to the selected educational being connected to data management unit 10 by a cable 18, 
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it may be preferable to construct blood glucose monitor 16 programming the device by means of an insertable program 

as a plug-in unit that is placed in a recess or other suitable card or cartridge. Allemativelyrthe=program=can=berkjadpd 

opening or slot in data management unit 10. into4heir^emory=firom~a-network=or^via~a-modem=coimec- 

Also shown in FIG. lA are two additional monitoring tioDr^A-pcrson^of-avcragc^skilUn^tbe^art^willrappreciate^thai, 
devices 20 and 22, which are electrically connected for serial s there exist other-suitable=methods^for4oading,programsi^ 

data communication with data management unit 10 via suilable-computer-devices 

PTr^^ A '«P^^^''y- Monitormg units 20 and 22 advantage of realizing handheld microprocessor 

^ i^.k7'''*k r i ° f'T 12 in the form of a compacf video game system is the 

monitor 16 that can be used to configure the mvention for w i • i * * c l *u * 

1^ . . . *t. / • relatively simple, yet versatile arrangement or switches that 

self-care health monitonng applications other than (or id m • j j u 1 ^ • i * -j 

jj-*' . \ J- i_ * % 1 • ■ J- ; J • is provided by such a device. For example, a compact video 

addition to) diabetes care. For example, as is indicated in ^ . • i j . i j iftfu * n l- * 

cii- 1 A •* • J • irt u ^ a . game system mcludes a control pad 30 that allows an object 

FIG. lA, the momtonng device 20 can be a peak-flow meter j - i j j- i ^ i_ j • i \ j 

, ^ . . J- 1 • 1 * »• ^ displayed on display unit 42 to be moved m a selected 

that provides a digital signal representative of the airflow / /■ j i • a i • j- * j • 

,u , u u «• • *u 41. direction (i.e., up-down or left-nght). As also is indicated m 

that results when a person suffenng from asthma or another -i * ^ j ^ ^ • n j ^ 

, . • * rn- *• 1 L *u f • *u u FIG. lA, compact video game systems typically provide two 

chronic respiratory affliction expels a breath of air through . r j- .i l j l ^ * • r 
^, ^ A • • ^ J i_ '^'i - ■'^ pair of distmctly-shaped push button switches. A pair of 

the meter. As is indicated by monitor 22 vanous other ^ , . • i i . *^ . /^.r j j 

J. , -jjf J-*- 1. spaced-apart circular push button switches (36 and 38) and 

devices can be provided for momtonng conditions such as * / i . u /^i'^ ^ • j ^ ^n. 

^, ji^j^ ^^^i.!. a pair of elongate switches (32 and 34) are provided. The 

blood pressure, pulse, and body temperature to thereby r j i_ .i. . • c l • j 

1- ^ c ir •* • J * 1 r functions performed by the two pairs or switches IS depen- 

reahze systems for self-care momtonng and control of . , • . . • ^ • u 

j.^. . . ^ - . - 1 ^ -i-^- J dent upon the program instructions contamed in each pro- 

conditions such as hypertension, certain heart conditions and cartrid e 42 

various other afOictions and physical conditions. Upon ca ri ge . 

understanding the hereinafter discussed aspects and features Yet another advantage of utilizing a compact video game 

of the invention it wiU be recognized that the invention is system for handheld microprocessor-based unit 12 of FIG. 

easily implemented for these and other types of healthcare the widespread popularity and low cost of such units, 

monitoring regard, manufacture and sale of a data management 

As is shown in FIG. lA, handheld microprocessor unit 12 gl"""^ momtor 16 and program cartridge 42 
includes a display screen 28 and a plurality of switches or ^nj^ction with a compact microprocessor- 
keys (30, 32, 34, 36, and 38), which are mounted on a ^^f^^^''^^" ^ ^^^^•'^''^ health monitormg system of 
housing 40. Located in the interior of housing 40, but not ^^^'J^ ^ manufactured and sold at a lower cost than 
shown in FIG. lA, are a microprocessor, memory circuits, 30 J^^';'* ^ '° ^ arrangement m which handheld unit 
and circuitry that interfaces switches 30, 32, 34. 36 and 38 is designed and manufactured solely for use m the 
with the microprocessor. system. 

Stored in the memory of program microprocessor unit 12 ^ ^^^^ further advantage of using a compact video game 

is a set of program instnictions that estabUshes a data system for handheld microprocessor 12 is that such video 

protocol that allows microprocessor unit 12 to perform 35 systems include means for easily estabUshing the 

digital data signal processing and generate desired data or electrical interconnection provided by cable 14. In 

graphics for display on display unit 28 when a program particular, such compact video game systems include a 

cartridge 42 is inserted in a slot or other receptacle in connector 40 mounted to the game unit housing and a cable 

housing 40. That is, program cartridge 42 includes read-only connected between the connectors of two video 

memory units (or other memory means such as battery- 40 interactive operation of the two mter- 

powered random access memory) which store program connected units (i.e., to allow contemporaneous game play 

instnictions and data that adapt handheld microprocessor 12 ^^o players or competition between players as they 

for operation in a blood glucose monitoring system. More individually play identical but separate games). The cable 

specifically, when the instnictions and data of program supplied with handheld microprocessor unit 12 can be used 

cartridge 42 are combined with program instnicUons and 45 ^^^^^ establish senal data communication between 

data included in the internal memory circuits of micropro- handheld microprocessor unit l2 (compact video game 

cessor unit 12, microprocessor unit 12 is programmed for system) and data management unit 10. 

processing and displaying blood glucose information in the Depending upon the operational mode selected by the 

manner described below and additional monitors 22 to user, data is supplied to data management unit 10 by blood 
provide health monitoring for asthma and various other 50 glucose monitor 16, by additional monitors (20 and 22 in 

previously mentioned chronic conditions. In each case, the FIG. lA) or any interconnected computers or data process- 

plurahty of switches or keys 30, 32, 34, 36, and 38 are ing facility (such as the hereinafter described user^s com- 

selectively operated to provide signals that result in pictorial Palter 48 and clearinghouse 54). During such operation, 

and/or alphanumeric information being displayed by display mode switches 30, 32, 34, 36 and 38 are selectively activated 
unit 42. 55 so that signals are selectively coupled to microprocessor unit 

Various devices are known that meet the above-set forth 12 and processed in accordance with program instmctions 
description of microprocessor imit 12. For example, com- stored in program cartridge 42. The signal processing per- 
pact devices are available in which the plurality of keys formed by microprocessor unit 12 results in the display of 
allows alphanumeric entry and internal memory is provided alphanumeric, symbolic, or graphic information on the video 
for storing infonnation such as names, addresses, phone 60 game display 28, which allow the user to control system 
numbers, and an appointment calendar. Small program car- operation and obtain desired test results and other informa- 
tridges or cards can be inserted in these devices to program Soo- 
the device for various purposes such as the playing of Although the above-discussed advantages apply to use of 
games. More recently, less compact products that have more the invention by aU age groups, employing a compact video 
extensive computational capability and are generally called 65 game system in the practice of the invention is of special 
"palm top computers" have been introduced into the mar- significance in monitoring a child's blood glucose or other 
ketplace. These devices also can include provision for health parameters. Children and young adults are famUiar 
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with compact video game systems. Thus, children will 
accept a health monitoring system incorporating a compact 
video game system more readily than a traditional system, 
even an embodiment of the invention that uses a different 
type of handheld microprocessor unit. Moreover, an 5 
embodiment of the invention that functions in conjunction 
with a compact video game system can be arranged to 
motivate children to monitor themselves more closely than 
they might otherwise by incorporating game-like features 
and/or animation in system instruction and test result dis- 
plays. Similarly, the program instructions can be included in 
program cartridges 41, 42 and 43 (or additional cartridges) 
that allow children to select game-like displays that help 
educate the child about his or her condition and the need for 
monitoring. 

With continued reference to FIG. lA, data management 
unit 10 includes a data port 44 that allows communication 
between data management unit 10 and a personal computer 
48 (or other programmable data processor). Data port 44 is, 
for example, an RS-232 connection that allows serial data ^ 
communication between data management unit 10 and per- 
sona: computer 48. In the practice of the invention, personal 
computer 48 can be used to supplement data management 
unit 10 by, for example, performing more complex analyses 
of blood glucose and other data that has been supplied to and 25 
stored in the memory circuits of data management unit 10. 
with respect to embodiments of the invention configured for 
use by a child, personal computer 48 can be used by a parent 
or guardian to review and analyze the child's progress and 
to produce printed records for subsequent review by a 30 
healthcare professional. 

Alternatively, personal computer 48 can be used to supply 
data to data management unit 10 that is not conveniently 
supplied by using handheld microprocessor switches 30, 32, 
34, 36 and 38 as an operator interface to the system of FIG. 35 
lA. For example, some embodiments of the invention may 
employ a substantial amount of alphanumeric informatioa 
that must be entered by the system user. Although it is 
possible to enter such data by using switches 30, 32, 34, 36 
and 38 in conjunction with menus and selection screens 40 
displayed on display screen 28 of FIG. LA, it may be more 
advantageous to use a device such as personal computer 48 
for entry of such data. However, if personal computer 48 is 
used in this manner, some trade-off of system features may 
be required because data management unit 10 must be 45 
temporarily interconnected with personal computer 48 dur- 
ing these operations. That is, some loss of system mobility 
might result because a suitably programmed personal com- 
puter would be needed at each location at which data entry 
or analysis is to occur. Of course, it will be recognized by a 50 
person of average skill in the art that in certain embodiments 
personal computer 48 can absorb the entire functionality of 
unit 12 and data management unit 10. A system based on 
computer 48 only may be more successful with adult 
patients or when the data to be displayed is very complicated 55 
and requires the entire computer screen. 

As is indicated in FIG. lA, data management unit 10 of 
the currently preferred embodiments of the invention also 
includes a modem that allows data communication between 
data management unit 10 and an information service, com- 60 
puting facility or clearinghouse 54 via a conventional tele- 
phone line 50 in and a modem 52 that interconnects clear- 
inghouse 54 via telephone line 50. 

Qearinghouse 54 facilitates communication between a 
user of the system and his or her healthcare professional and 65 
can provide additional services such as updating system 
software or downloading specific programs to the user. In 
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fact, in one embodiment clearing house 54 is the computer 
used by the clinician. As is indicated by facsimile machine 
55 of FIG. lA, a primary function of clearinghouse 54 is 
providing the healthcare professional with standardized 
reports 56, which indicate both the current condition and 
condition trends of the system user. Although a single 
facsimile machine 55 is shown in FIG. lA, it will be 
recognized that numerous healthcare professionals (and 
hence facsimile machine 55) can be connected in signal 
communication with a clearinghouse 54. In this situation 
each healthcare professional may have his or her own 
clinician computer finked to clearinghouse 54 according to 
methods well known in the art. 

Regardless of whether a compact video game system, 
another type of commercially available handheld 
microprocessor-based unit, or a speciaUy designed unit is 
used, the system of FIG. lA provides a self -care blood 
glucose monitoring system in which program cartridge 42: 
(a) adapts handheld microprocessor unit 12 for displaying 
instructions for performing the blood glucose test sequence 
and associated cafibration and test procedures; (b) adapts 
handheld microprocessor unit 12 for displaying (graphically 
or alphanumerically) statistical data such as blood glucose 
test results taken during a specific period of time (e.g., a day, 
week, etc.); (c) adapts handheld microprocessor unit 12 for 
supplying control signals and signals representative of food 
intake or other useful information to data management unit 
10; (d) adapts handheld microprocessor unit 12 for simul- 
taneous graphical display of blood glucose levels with 
information such as food intake; and, (e) adapts handheld 
microprocessor unit 12 for displaying information or 
instructions fi-om a healthcare professional that are coupled 
to data management unit 10 from a clearinghouse 54. In the 
event that computer 48 absorbs all of the functions of unit 12 
and data management unit 10, cartridge 42 or appropriate 
software is communicated directly to computer 48 instead. 
Computer 48 then performs all of the above functions. The 
manner in which the arrangement of FIG. lAimplements the 
above-mentioned functions and others can be better under- 
stood with reference to HG. 2 discussed further below. 

Alternatively, the functionality of handheld imit 12, com- 
puter 48, data management unit 10 and modem 52 can be 
replaced by a single integrated device. Such an embodiment 
is shown in FIG. IB, by a schematic block diagram of an 
integrated device 1. Device 1 includes a microprocessor 2 
and a memory 3 connected to microprocessor 2. Memory 3 
is preferably a non-volatile memory, such as a serial 
EEPROM. Memory 3 stores programs or script programs 
received firom clearing house 54, measurements received 
&om monitoring devices 16, 20 or 22, and the patient's 
responses. Microprocessor 2 also includes built-in read only 
memory (ROM) which stores firmware for controlling the 
operation of apparatus 1. The firmware includes a script 
interpreter used by microprocessor 2 to execute the script 
programs. The script interpreter interprets script commands 
which are executed by microprocessor 2. Specific tech- 
niques for interpreting and executing script commands in 
this manner are well known in the art. 

Microprocessor 2 is preferably connected to memory 3 
using a standard two -wire I^C interface. Microprocessor 2 is 
also connected to user input buttons 4, LED 5, a clock 6, and 
a display driver 7. Clock 6 indicates the current date and 
time to microprocessor 2. For clarity of illustration, clock 6 
is shown as a separate component, but is preferably built into 
microprocessor 2. Display driver 7 operates under the con- 
trol of microprocessor 2 to display information on display 8. 
Microprocessor 2 is preferably a PIC 16C65 processor 
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which includes a universal asynchronous receiver transmit- a telephone line 64. Also shown in FIG. 2 is the previously 

ter (UART) 9. UART 9 is for communicating with modem mentioned facsimile machine 55, which is coupled to clear- 

52 and a device interface 11. A CMOS switch 13 under the inghouse 54 by means of a second telephone line 68. Using 

control of microprocessor 2 alternately connects modem 52 the interface unit of computer 62 (e.g., a keyboard or 
and interface 11 to UART 9. s pointing device such as a mouse), the healthcare profes- 

\4^A^r„ « ;o r^^^^^^t^A t« « t«i^«k««^ ic tk u sional can establish data communication between computer 

Modem 52 is connected to a telephone jack 15 through ^^ -.1. j. 

J • ^ tn \jt A M-c u - J* o2 and clearmghouse 54 via telephone hne 64. Once data 

modem jack 17- Modem 52 is for exchanging data with communicaUon is established between computer 62 and 

clearing house 54 through telephone line or any other clearinghouse 54, paUent informaUon can be obtained from 

suitable communication network 50. The data mcludes clearinghouse 54 in a manner similar to the manner in which 
programs, e g., scnpt programs which are received from the 10 ^^bscribers to various database services access and obtain 

server as well as responses to queries, device measurements, information 

any required script identification codes, and the patient's , .141.1.1*1. r • 1 

• -J *■ A u'u A . •» * ♦u In particular, the healthcare professional can transmit an 

unique identification code which modem 52 transmits to the - *• j * 1 • L 41. * -j .i. 

, „. 1*0001^ authorization code to clearmghouse 54 that identifies the 

clearmg house. Modem 52 is preferably a complete 28.8 K ^^^^^^^ professional as an authorized user of the clear- 

modem commercially available from Cermetek, although - . j - jj-*- , - i 

, 1 J . J ' * mehouse and, m addition, can transmit a signal representing 

any suitable modem may be used. * • * r u * t. u i!u • c *• • l • uf 

; the patient for which healthcare mrormation is being sought. 

Device interface 11 is connected to device jacks 19A, As is the case with conventional database services and other 

19B, and 19C. Device interface 11 is for interfacing with anangements, the identifying data is keyed into computer 62 

monitoring devices 16. 20, 22 which can include blood by means of a conventional keyboard (not shown in HG. 2) 

glucose meters, respiratory flow meters, blood pressure response to prompts that are generated at clearinghouse 

cuffs, weight scales, pulse rate monitors or any other suitable 54 display by the display unit of computer 62 (not shown 

patient monitoring devices. Device interface 11 operates in FIG 2) 

under ^e control of microprocessor 2 to collect measure- Depending upon the hardware and software arrangement 

ments from the monitoring de^^ces and to output the mea- clearinghouse 54 and selections made by the healthcare 

surements to microprocessor 2 for storage m memory 3 Id professional via computer 62, patient ioformatioD can be 

the preferred embodiment, interface 11 is a standard RS232 -^^^ healthcare professional in different ways. For 

mterface. In alternative _embodmients, apparatus 1 may example, computer 62 can be operated to access data in the 

mchide muIUple device interfaces to accommodate mom- form that it is stored in the memory circuits of clearinghouse 

tormg devices which have different connection standards. 54 (• ^^^^ ^^^^ ^^^^ processed or altered by 

As shown in RG. 2, clearinghouse 54 receives data from the computational or data processing arrangements of clear- 
a plurality of self-care microprocessor-based healthcare sys- inghouse 54). Such data can be processed, analyzed, printed 
lems of the type shown in either FIG. lA or FIG, IB, with and/or displayed by computer 62 using commercially avail- 
the individual self-care health monitoring systems being able or custom software. On the other hand, various types of 
indicated in FIG. 2 by reference numeral 58. Preferably, the analyses may be performed by clearinghouse 54 with the 
data supplied to clearinghouse 54 by each individual self- results of the analyses being transmitted to the remotely 
care health monitoring system 58 consists of "raw data,*' i.e., located healthcare professional 60. For example, clearing- 
test results and related data that was stored in memory house 54 can process and analyze data in a manner identical 
circuits of data management unit 10, without further pro- to the processing and analysis provided by the self-care 
cessing by data management unit 10, For example, with monitoring system of FIG. lA or FIG. IB, With respect to 
respect to the arrangement shown in FIG. lA or FIG. IB, such processing and any other analysis and processing 
blood glucose test results and associated data such as food provided by clearinghouse 54, results expressed in alpha- 
intake information, medication dosage and other such con- numeric format can be sent to computer 62 via telephone 
ditions are transmitted to clearinghouse 54 and stored with line 64 and the modem associated with computer 62, with 
a digitally encoded signal that identifies both the source of conventional techniques being used for displaying and/or 
the information (i.e., the system user or patient) and those printing the alphanumeric material for subsequent reference, 
having access to the stored information (i.e., the system jhe arrangement of FIG. 2 also allows the healthcare 
user's doctor or other healthcare professional). professional to send messages and/or instructions to each 

As shall be recognized upon understanding the manner in patient via computer 62, telephone line 64, and clearing- 
which it operates, clearinghouse 54 can be considered to be 50 house 54. In particular, clearinghouse 54 can be pro- 

a central server for the various system users 58 and each grammed to generate a menu that is displayed by computer 

healthcare professional 60. Thus, clearinghouse 54 includes 62 and allows the healthcare professional to select a mode of 

conventionally arranged and interconnected digital process- operation in which information is to be sent to clearinghouse 

iQg equipment, i.e., digital signal processor 57 which 54 for subsequent transmission to a user of the system 
receives digitally encoded information from user 58 or 55 described relative to FIG. 1 A or FIG. IB. This same menu 

healthcare professional 60; processes the information as (or related submenus) can be used by the healthcare profes- 

required; stores the information (processed or unprocessed) sional to select one or more modes of operation of the 

in memory if necessary; and transmits the information to an above-described type in which either unmodified patient 

intended recipient (i.e., user 58 or healthcare professional data or the results of data that has been analyzed by 
60). go clearinghouse 54 is provided to the healthcare provider via 

In FIG. 2, rectangular outline 60 represents one of numer- computer 62 and/or facsimile machine 55. 

ous remotely located healthcare professionals who can uti- Operation of the arrangement of FIG. 2 to provide the user 

lize clearinghouse 54 and the arrangement described relative of the invention with messages or instructions such as 

to FIG. lAorFIG. IB in monitoring and controlling patient changes in medication or other aspects of the healthcare 
healthcare programs. Shown within outline 60 is a computer 65 program, e.g., instructional programs, is similar to the opera- 

62 (e.g., personal computer), which is coupled to clearing- tion that allows the healthcare professional to access data 

house 54 by means of a modem (not shown in FIG. 2) and sent by a patient, i.e., transmitted to clearinghouse 54 by a 
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data management unit 10 of FIG. lA or FIG. IB. The tion is established between data management unit 10 and 
process differs in that the healthcare professional enters the clearinghouse 54 and data management unit 10 transmits a 
desired message or instruction via the keyboard or other message status request to clearinghouse 54. When this 
interface unit of computer 62. Once the data is entered and technique is used, the data processing system of clearing- 
transmitted to clearinghouse 54, it is stored for subsequent 5 house 54 is programmed to search the clearinghouse 
transmission to the user for whom the information or memory to determine whether a message exists for the user 
instruction is intended. making the request. Any messages stored in memory for that 
With respect to transmitting stored messages or instruc- user are then transmitted to the user and processed for 
tions to a user of the invention, at least two techniques are display on display unit 28 of handheld microprocessor unit 
available. The first technique is based upon the nianner in 12. Of course, the message may include an entire program, 
which operational modes are selected in the practice of the ^ g^^ an instructional video. If no messages exist, clearing- 
invention. Specifically, in the currently preferred embodi- house 54 transmits a signal that causes display unit 28 to 
menLs of the invention, program instructions that are stored indicate "no messages." In this arrangement, clearinghouse 
in data management unit 10 and program cartridge 42 cause 54 preferably is programmed to store a signal indicating that 
thesystemofFlG.lAor FIG. IB to generate menu screens 15 a stored message has been transmitted to the intended 
which are displayed by display unit 28 of microprocessor recipient (user). Storing such a signal allows the healthcare 
unit 12. The menu screens allow the system user to select the professional to determine that messages sent to clearing- 
basic mode in which the system is to operate and, in house 54 for forwarding to a patient have been transmitted 
addition, allow the user to select operational subcategories to that patient. 

within the seledled mode of operation. Varioys techniques 20 rn addition, the program instructions stored in data man- 
are known to those slalled m the art for displaying and ^ ^ ^^^^ ^ferably aUow the system user to desig- 
selectmg memi items. For example, in the practice of this ^^je whether received messages and instructions are to be 
mvention, one or more main menus can be generated and g,^^^ ^ ^ „f ^^j^ management unit 10 for 
displayed which allow the system user to select operational subsequent retrieval or review. In addition, in some 
modes that may include: (a) a monitor mode (e.g.. monitor- instances it may be desirable to program clearinghouse 54 
mg of blood glucose level); (b) a display mode (e.g., ^ j^^,^ management unit 10 so that the healthcare profes- 
displaying previously obtained blood glucose test results or ^.^^^ designate (i.e.. flag) information such as changes 
other relevant infonnation); (c) an input mode (e.g.. a naode ^ medication that will be prominenUy displayed to the user 
for entenng data such as providmg informaUon that relates ^ accompanied by a blinking indicator) and stored in the 
to the healthcare regmien, medication dosage, food intake, 30 ^ ^^,3 management unit 10 regardless of whether 
etc.); and, (d) a commumcations mode (for establishing a designates the information for storage, 
communication link between data management umt 10 and ^ , . . » . t r r i- 
personal computer 48 of FIG. lA or HG. IB; or between ^ ^^^^^ t^^' ^ ^ forwarding 
data management unit 10 and a remote computing facility messages or instructions to a user does not require the 
such as clearinghouse 54 of FIG. 2). 35 If" "t^V item requesting transmission by 
T i_ J- * ■ * I * clearmghouse 54 of messages that have been stored for 
In embodiments of the mvention that employ a compact - * *u * t i i ■ u ca 

•fi'**u forwarding to that user. In particular, cleannghouse 54 can 

video game system for handheld microprocessor unit 12, the , a* * • *u # ^ ♦ ^ 

. .r* r J 1 r be programmed to operate m a manner that either automati- 

selection of menu screens and the selection of menu screen if . •* * j r * u *u 

e ■ r u ^ ■ u « n »u cally transmits stored messages for that user when the user 

Items preferably is accomplished m substantially the same ^ * c r^rr^ t a rrr^ in ^ j • r 

^ ^, 1 . J i • operates the system of FIG. lA or FIG. IB to send inior- 

manner as menu screens and menu items are selected dunng 40 * i • ^ * • 

, . „ .J „ 1 mation to the cleannghouse or programmed to operate m a 

the plapg of a video game. For example the program ^^^^ ^^^^ ^^^^ |; thai messages are avtilable and 
mstructtons stored in data management unit lu and program 

user to access the messages when he or she 

cartridge 42 of the arrangement of FIG. lA or FIG. IB can chooses to do so 
be established so that a predetermined one of the compact 

video game switches (e.g., switch 32) allows the system user 45 Practicing the mvention in an environment in which the 

to select a desired main menu in the event that multiple main healthcare professional uses personal computer m some or 

menus are employed. When the desired main menu is of the above-discussed ways can be very advantageous, 

displayed, operation by the user of control pad 30 allows a o^®*" ^^^y ^® invention also provides healthcare 

cursor or other indicator that is displayed on the menu to be professionals timely information about system users without 

positioned adjacent to or over the menu item to be .selected. 50 "^^^ ^ computer (62 in FIG. 2) or any equipment 

Activation of a switch (e.g., switch 36 of the depicted o^^r than a conventional facsimile machine 55 m FIGS. 1 

handheld microprocessor unit 12) causes the handheld 2. SpecificaUy, information provided to clearinghouse 

microprocessor unit 12 and/or data management unit 10 to ^5 ^ ^^^}^^ ^ healthcare profes- 

initiate the selected operational mode or, if selection of ^^^^^ ^® telephone line 68 and facsimile machine 55, 

operational submodes is required, causes handheld micro- 55 information being formatted as a standardized 

processor unit 12 to display a submenu. graphic or textual report 56. Formatting a standardized 

In view of the above-described manner in which menus l^,^""'} ^6 (i.e., analyzing and processing data suppUed by 

and submenus are selected and displayed, it can be recog^ ^^^^^ glucose momtor 16 or other system monitor or sensor) 

nized that the arrangement of FIG. lA or FIG. IB can be ?° ^'f ^^^^If^ ^^^/^ ^^^^ management unit 10 or withm 

configured and arranged to display a menu or submenu item 60 clearmghouse facility 54. 

that allows the user to obtain and display messages or A preferred embodiment of the invention is focused on 

instructions that have been provided by a healthcare profes- sending the patient an educational program corresponding to 

sional and stored in clearinghouse 54. For example, a an educational need as assessed by the system of the 

submenu that is generated upon selection of the previously invention. The adaptation of the system of FIGS. 1 and 2 for 

mentioned communications mode can include submenu 65 purpose is shown in detail in RGS. 3-15. 

items that allow the user to select various communication FIG. 3 shows the main components of a health manage- 

modes, including a mode in which serial data communica- ment system for remotely monitoring a patient and for 
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training the patient to comply with a treatment plan for a 
health condition. A healthcare clinic 100 has a clinic server 
computer 120 that includes a mail server application 140 for 
managing electronic mail services for clinic 100. Clinic 
server 120 also includes a master patient database 180 for 
storing data relating to each patient managed by clinic 100. 
Clinic server 120 further includes a data management server 
application 160 for managing and performing database 
operations taking place on master patient database 180. 
CUnic server 120 is coupled to a modem Ml for connecting 
server 120 to a communication network 280. 

A clinician computer 200 is networked to clinic server 
120. Clinician computer 200 has a clinician mail client 
application 220 for composing, sending, and receiving elec- 
tronic mail messages. Clinician computer 200 further 
includes a local clinician database 260 for storing patient 
data downloaded from clinic server 120. Chnician computer 
200 also has a clinician data management application 240 
for managing patient data stored in local clinician database 
260. Clinician computer 200 is coupled to a modem M2 for 
connecting clinician computer 200 to communication net- 
work 280. 

A patient computing device 320 for collecting patient data 
relating to the patient's health condition is located at a 
patient site 300, typically the patient's home. In the pre- 
ferred embodiment, patient computing device 320 is a 
personal computer having a display monitor. However, in 
alternative embodiments, patient computing device 320 may 
be any information processing and display unit, such as a 
network terminal, a television set with a set-top cable 
converter box, a personal digital assistant, or a video edu- 
cational program system as described above. 

Patient computing device 320 includes a patient mail 
client 340 for sending and receiving electronic mail mes- 
sages. Patient computing device 320 further includes a local 
patient database 400 for storing the patient data and a data 
management application 380 for managing the patient data 
stored in database 400. Patient computing device 320 is 
coupled to a modem M4 for connecting patient computing 
device 320 to communication network 280. 

A metering device 420 is connected to patient computing 
device 320, Device 420 is for measuring a physical charac- 
teristic of the patient's health condition, such as blood 
glucose levels for a diabetic patient or peak flow rates for an 
asthmatic patient, and for uploading the measurements to 
computer 320. Specific techniques for connecting a metering 
device to a patient computing device for remote monitoring 
of a patient are well known in the art. 

An on-line information service 440 having educational 
documents 460 is connected to communication network 280 
through a modem M4. In the preferred embodiment, on-line 
information service 440 is a world wide web service having 
educational documents 460 located on a world wide web 
site, such as the American Diabetes Association's web site 
or the American Lung Association's web site. Of course, 
there are many other on-line services such as Compuserve, 
America On-Line, and other electronically accessible data- 
base servers that may be used as a source of educational 
documents in alternative embodiments. 

An educational video educational program 360 for train- 
ing the patient to comply with a treatment plan for his or her 
health condition is installed on patient computing device 
320. In the preferred embodiment, educational video edu- 
cational program 360 is a Health Hero® video educational 
program, such as Packy & Marlon®, commercially available 
from Health Hero Network, Inc. of Mountain View, Calif. 
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Educational video educational program 360 is preferably a 
role-playing educational program that permits a patient to 
simulate treating his or her health condition. Educational 
program 360 is further capable of scoring patient responses 

5 to the role-playing program to determine the patient's 
knowledge, comprehension, and attitude in complying with 
the treatment plan for his or her health condition. 

For example, in the educational video educational pro- 
gram Packy & Marlon®, one or two players manage the 

10 diabetes of two educational program characters and attempt 
to progress to higher educational program levels through 
successful management of the diabetes. Diabetes manage- 
ment steps in the educational program include selecting 
appropriate foods, taking insulin doses, measuring blood 

15 glucose levels, and answering questions about diabetes. 
Educational program responses are recorded in several cat- 
egories to indicate the player's knowledge, comprehension, 
and attitude in managing diabetes. A player's attitude may 
also be determined by recording whether the player played 

20 alone or with a friend, indicating if the player is adjusting 
socially to his or her health condition. 

FIG. 4 is a schematic block diagram illustrating the 
entering of patient data relating to the patient's health 
condition into local patient database 400. The patient data 

^ includes educational program response information 500 
derived by scoring patient responses to educational video 
educational program 360. Educational program response 
information 500 includes a knowledge score 530A for 
indicating the patient's understanding of the treatment plan. 
Educational program response information 500 also 
includes a comprehension score 530B for indicating a cog- 
nitive ability of the patient to imderstand an educational 
program designed to teach compliance with the treatment 
plan. Educational program response information 500 further 
includes an attitude score 530C for indicating the patient's 
attitude toward complying with the treatment plan. The 
patient data further includes device measurements 540 
received from metering device 420 and logbook records 520 
of the patient's treatment plan. Lx)gbook records 520 are 
entered into database 400 using a logbook program 480 
included in patient data management application 380. 

FIG. 5 shows a sample logbook entry screen 560 of 
logbook program 480 as it appears on patient computing 
device 320. 

45 

Screen 560 illustrates a typical logbook entry for a 
diabetic patient. Screen 560 includes a date field 580 and a 
time field 600 for selecting a specific blood glucose reading 
620 from device measurements 540. Screen 560 further 

5Q includes four radio buttons 640. Each radio button 640 is 
designed to display a list of events in a list box 660. List box 
660 contains a selected event 680 that has been chosen by 
the patient as the appropriate event corresponding to blood 
glucose reading 620. Screen 560 also has a notes field 710 

55 for free form entry of other information relating to the 
patient's treatment plan. 

Screen 560 also includes an add medication button 720 
for displaying an add medication screen 800, as shown in 
FIG. 7. Screen 800 includes a list box 810 listing diabetes 

go medications. List box 810 contains a selected medication 
820 that has been chosen by the patient. Screen 800 also 
includes a dosage field 840 for recording a medicine dosage. 
An OK button 860 and a CANCEL button 880 are for 
confirming and canceling, respectively, the information 

65 entered in screen 800. 

Referring again to FIG. 5, a medication field 700 shows 
the information entered in add medication screen 800. An 
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OK button 740 and a CANCEL button 760 are for confirm- an icon 122 that includes an embedded pointer to document 

ing and canceling, respectively, the logbook information view program 970. Icon 122 further includes an educational 

entered in screen 560. FIG. 6 illustrates a sample logbook document retrieved from on-line information service 440 

entry screen 780 for an asthmatic patient. FIG. 8 shows a and instructions for program 970 to display the educational 

sample add medication screen 900 for the asthmatic patient. S document. 

The design and use of such a logbook program for entering The operation of the preferred embodiment is illustrated 

logbook records 520 into database 400 are well known in the in FIG. 15. FIG. 15 is a flow chart showing a preferred 

^rt. method of using the health management system for remotely 

Referring to FIG. 9, clinician data management applica- monitoring a patient and for training the patient to comply 

tion 240 includes a clinician data view program $^20 for ^0 with a treatment plan for his or her health condition. In step 

analyzing patient data to determine an educational need of 202, the patient is tested with metering device 420 to 

the patient in learning to comply with his or her treatment produce device measurements 540. Typically, the test is 

program. Data view program 920 is capable of displaying a self-administered by the patient. Next, measurements 540 

selected subset of device measurements 540 and logbook are uploaded to patient computing device 320, step 204, and 

records 520 in graphical form. 15 stored in local patient database 400. 

FIG. 10 shows a data view 980 produced by data view Once device measurements 540 are stored in database 

program 920 on the screen of clinician computer 200. Data 400, the patient enters logbook records 520 into database 

view 980 is a sample data view of a diabetic patient's data, 400 using logbook program 480, step 206. Additionally, the 

Data view 980 includes a selected subset 101 of device patient plays educational video educational program 360, 

measurements 540 and logbook records 520 corresponding ^ entering educational program responses into patient com- 

to one day in the patient's treatment plan indicated by a date puting device 320. As the patient plays video educational 

field 103. Data view 980 further includes a graph 102 of program 360, the patient's educational program responses 

selected subset 101. A set of control buttons 104 allow the are scored to produce knowledge score 530 A, comprehen- 

chnician to scroll through different days or weeks of the sion score 530B, and attitude score 530C. Knowledge score 

patient's data to quickly view selected subsets from different ^ 530A, comprehension score 530B, and attitude score 530C 

days. FIG. 11 shows a sample data view 106 for an asthmatic are stored as educational program response information 500 

patient's data. Specific techniques for creating a data view in database 400, step 208. 

program to display data in this manner are wellknown in the ^fext, educational program response information 500, 

art. logbook records 520, and device measurements 540 are 

Referring again to FIG. 9, patient data management transmitted through communication network 280 to clinic 

application 380 includes a patient data view program 960 server 120 and stored in master patient database 180, step 

having the same functionality as clinician data view program 210. In a typical implementation, clinic 100 manages the 

920. Thus, patient data view program 960 is also capable of healthcare of hundreds of patients and the data for each 

displaying data views 980 and 106 on patient computing patient is stored in master patient database 180. A clinician 

device 320. Application 380 further includes a document at clinician computer 200 downloads patient data of a 

view program 970 for displaying an educational document particular patient for whom he or she is responsible from 

retrieved from on-line information service 440, as will be master patient database 180 to local clinician database 260, 

explained in the operation section below. step 212. 

Clinician mail client 220 is of the type that allows a user 40 Th^ downloaded patient data is analyzed in cfinician 

to compose an electronic maU message containing an computer 200 using clinician data view program 920, step 

embedded pointer to a selected program installed on patient 214. As shown in FIG. 10, data view program 980 displays 

computing device 320. Mail client 220 further allows the on clinician computer 200 graph 102 of selected subset of 

pointer to be represented in the message as an icon. The data 101. The clinician also analyzes knowledge score 

pointer may optionally include specific data and instractions 45 530A, comprehension score 530B, and attitude score 530C 

to be executed by the selected program or point to an address to assess the patient's psychological state. Based on analysis 

that has a set of instructions to be executed by the program. of the patient data, the clinician determines an educational 

Patient mail client 340 is of the type that allows a user to need of the patient for leaming to comply with a treatment 

start the selected program on patient computing device 320 program, step 216. A first example of such an educational 

by selecting the icon in the electronic mail message. A 50 need is illustrated in FIG. 12. As indicated in electronic mail 

suitable electronic mail program for performing these func- message 940, the clinician has determined that the patient 

tions is Microsoft Exchange™ commercially available from needs to learn the health consequences of failing to eat 

Microsoft Corporation of Redmond, Wash. The program- balanced meals in a diabetes treatment plan, 

ming of an electronic mail application to perform these A second example of an educational need is illustrated in 

functions is well known in the art, 55 FIG. 13. As indicated in electronic mail message 112, the 

FIG. 12 illustrates a sample electronic mail message 940 clinician has determined that the patient needs to learn the 

in detail. Message 940 contains an icon 110 that includes an importance of taking medication. A third example of an 

embedded pointer to patient data view program 960. Icon educational need is illustrated in FIG. 14. As indicated in 

110 further includes patient data from a specific date and electronic mail message 121, the clinician has determined 

instructions for program 960 to display the patient data in 60 *^at the patient needs to learn how to treat diabetes while 

graphical form. An alternative electronic mail message 112 traveling. Of course, these are just a few examples of 

is illustrated in FIG. 13. Message 112 contains an icon 114 possible educational needs of the patient. The clinician may 

that includes an embedded pointer to educational video identify many other educational needs, such as the patient's 

educational program 360. Icon 114 further includes instruc- need to leam coping skills, communication skills, and other 

tions for video educational program 360 to execute Fig 65 social adjustment factors. 

educational program level two. A third electronic mail Once the clinician has detennined the patient's educa- 

message 121 is illustrated in FIG. 14, Message 121 contains tional need, he or she selects an educational program cor- 
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responding to the educational need, step 218, and embeds in alternative embodiments, the logbook entry screens and 

an electronic message a pointer or a prompt to the educa- logbook records include fields for entering and storing other 

tionalprogram,step221.Tlieprogramwillcxecute when the health-related parameters, such as the patient's dietary 

patient selects the pointer or reponds to the prompt. In the intake and exercise routines. Similarly, the data views illus- 

preferrcd embodiment, the educational program is selected 5 trated are exemplary of just one possible embodiment. Many 

to be either patient data view program 960, educational other data views are possible, such as weekly views of the 

video educational program 360, or document view program patient's data, trend graphs of the patient's data, and calen- 

970 depending on the educational need detennined by the ^ar views of the patient's logbook records, 
clinician 

_^ ■ , , , Although the preferred embodimcDt describes a system 

FIG. 12 shows an example of the clmician selecUng daU lo method for training patients having diabetes or asthma, 

view program 960 as the educaUonal program. The chmcian ^^^^ invention is not limited to patient's with these diseases, 

embeds a pomter to program 960 m icon 110. The clinician -j^^ j^^j invention are equaUy effective 

further loads icon 110 with patient data from a specific day training patients to comply with treatinentplans for other 

and mstructions for program 960 to display the patient data ^^^jt, conditions, such as cardiovascular diseases, high 

m graphical form. FIG 13 shows an exarnple of the chmcian u i^i^od pressure, mental health conditions, addictions, or diet 

selecting a educational program level of educational video exercise problems. 

educational program 360 as the educational program. The t.. c ^ • .• l u l 

cUnidan embeds a pointer to the selected educational pro- ^ Therefore, the scope of the invention should be 

gram level of video educational program 360 that has an d^termmed not by examples given, but by the appended 

educational content corresponding to the patient's educa- ao "^^^l^^ ^^^^ equivalents. 

tional need. FIG. 14 shows an example of the clinician ^^ .^^ , • ^ r 

selecting document view program 970 as the educational , ^'.^ method for remotely monitoring a patien and for 

program The cUnician embeds a pointer to program 970 in ^^^f ?^^^^^ ^ T^fy ^^^f ^ P^^^ ^ 

icon 122. The clinician further loads icon 122 with an health condition, the method compnsmg the foUowmg steps: 

educational document retrieved from information service 25 ^) entering in a patient computing device data relating to 

440, the health condition; 

Next, the electronic message containing the embedded b) transmitting the data from the patient computing device 

pointer is transmitted from clinician computer 200 to patient to a clinician computer via a communication network; 

computing device 320 through mail server 140 and com- c) analyzing the data received in the clinician computer to 

munication network 280, step 222. The selected educational 30 determine an educational need of the patient; 

program is then started on the patient computing device by selecting in the clinician computer an educational 

selecting the embedded pointer in the electronic mail program corresponding to the educational need; 

message step 224, typically by clicking the icon in which transmitting an electronic message from the cUnician 

the pomter is embedded with a mouse or pointmg device. computer to the paUent computing device, wherein the 

As the patient works with the educational program, he or 35 electronic message contains an embedded pointer to the 

she continues the feedback loop with the chmcian, step 226, ^^^^^^^ educational program; and 

by returning to step 202 and repeating the method described. . j , . 

With this continuous feedback loop between the patiem and ^ ^'^.'^"g edu^^^'f^fl °° P".*'?"' 

clinician, the clinician is able to monitor the patient's puting device by selecting the embedded pointer in the 

progress and effectively train the patient lo comply with the 40 message. , 

' T„ . 1 2. The method of claim 1, wherem the educational pro- 

treatment plan. . ^ ■ ^ ■ ^ 

gram comprises an educational video program. 

SUMMARY, RAMIFICATIONS, AND SCOPE 3. The method of claim 1, wherein the educational pro- 

Although the above description contains many comprises questions, 

specificities, these .should not be construed as hmitations on 45 ^- Th^ method of claim 3, wherein patient answers to the 

the scope of the invention but merely as illustrations of the questions are sent to the clinician computer to create and 

presently preferred embodiment. Many other embodiments update a patient database. 

of the invention are possible. For example, in one alternative 5. The method of claim 1, wherein the educational pro- 
embodiment, the clinic server is ehminated from the system gram comprises a patient data view program for displaying 
so that the clinician computer exchanges information 50 * selected subset of the data in graphical form, 
directly with the patient computing device. The clinic server 6. The method of claim 1, wherein the educational pro- 
is presently preferred for performing resource intensive gram comprises a document view program for displaying an 
operations, such as storing large amounts of patient data, but educational document. 

the clinic server is not necessary to enable the system and 7. The method of claim 6, wherein the educational docu- 

method of the invention. In embodiments that include the 55 °ient is retrieved from an on-line information service con- 

chnic, server, the clinic server need not be physically located nected to the communication network, 

at the clinic. The server may be located off^site and net- 8- The method of claim 1, wherein the embedded pointer 

worked to the clinician computer. to the educational program comprises an icon. 

Additionally, the preferred embodiment describes the use ^ The method of claim 1, wherein the data comprises 

of modems for connecting the various computers in the 60 "icasurements of a physical characteristic of the health 

health management system to the communication network. condition and wherein the entering step comprises: 

However, it is obvious that many other types of connections a) testing the patient with a metering device to produce the 

may be employed, such as ethernet connections. Specific measurements; and 

techniques for networking computers are well known in the b) uploading the measurements from the metering device 

art. 65 to the patient computing device. 

Farther, the logbook entry screens illustrated are exem- 10. The method of claim 1, wherein the data comprises 

plary of just one possible embodiment of the invention. In records of the treatment plan and wherein the records are 
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entered in the patient computing device using a logbook 
program installed on the patient computing device. 

11. The method of claim 1, wherein the data comprises 
information derived from patient rehouses to an educational 
video program played on the patient computing device and 5 
wherein the patient responses are entered by the patient 
while playing the educational video program. 

12. The method of claim 11, wherein the information 
derived from the patient responses comprises a comprehen- 
sion score for indicating a cognitive ability of the patient to 10 
understand the educational video program. 

13. The method of claim 11, wherein the information 
derived from the patient responses comprises a knowledge 
scone for indicating the patient*s understanding of the treat- 
ment plan. 15 

14. The method of claim 11, wherein the information 
derived from the patient responses comprises an attitude 
score for indicating the patient's attitude toward complying 
with the treatment plan. 

15. The method of claim 1, wherein the data is analyzed 20 
by a clinician using a clinician data view program on the 
clinician computer. 

16. A system for remotely monitoring a patient and for 
training the patient to comply with a treatment plan for a 
health condition, the system comprising: 25 

a) a patient computing device for collecting data relating 
to the health condition; 

b) a clinician computer having an analysis means for 
analyzing the data to determine an educational need of 
the patient, the clinician computer further having a 
message means for composing an electronic message 
containing an embedded pointer to an educational 
program that corresponds to the educational need; and 

c) a communication network for connecting the patient 
computing device to the clinician computer and for 
transmitting the data and the electronic message ther- 
ebetween; 

wherein the patient computing device further has a means 
for starting the educational program when the patient 40 
selects the embedded pointer in the electronic message. 

17. The system of claim 16, wherein the educational 
program comprises an educational video program played on 
the patient computing device. 

18. The system of claim 16, wherein the educational 45 
program comprises a patient data view program for display- 
ing a selected subset of the data in graphical form. 

19. The system of claim 16, wherein the educational 
program comprises a document view program for displaying 

an educational document. 50 

20. The system of claim 16, wherein the analysis means 
comprises a clinician data view program for displaying a 
selected subset of the data in graphical form. 

21. The system of claim 16, wherein the embedded 
pointer to the educational program comprises an icon. 55 

22. A method for remote patient monitoring and remote 
patient training using a computer system, the computer 
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system comprising a clinician computer, a patient computing 
device having an educational program loaded thereon, and a 
communication networic connecting the clinician computer 
to the patient computing device, the method comprising the 
following steps; 

a) entering in the patient computing device data relating 
to a health condition of a patient; 

b) transmitting the data from the patient computing device 
to the clinician computer via the communication net- 
work; 

c) analyzing the data received in the clinician computer to 
determine an educational need of the patient; 

d) selecting a segment of the educational program having 
an educational content corresponding to the educa- 
tional need; 

e) transmitting an elearonic message from the clinician 
computer to the patient computing device, wherein the 
electronic message contains an embedded pointer to the 
selected segment; and 

f) starting the educational program on the patient com- 
puting device at the selected segment by selecting the 
embedded pointer in the electronic message. 

23. The method of claim 22, wherein the data comprises 
measurements of a physical characteristic of the health 
condition and wherein the entering step comprises: 

a) testing the patient with a metering device to produce the 
measurements; and 

b) uploading the measurements from the metering device 
to the patient computing device. 

24. The method of claim 22, wherein the data comprises 
records of a treatment plan for the health condition and 
wherein the records are entered into the patient computing 
device using a logbook program installed on the patient 
computing device. 

25. The method of claim 22, wherein the data comprises 
information derived from patient responses to the educa- 
tional video program and wherein the patient responses are 
entered in the patient computing device by the patient while 
playing the educational video program. 

26. The method of claim 25, wherein the information 
derived from the patient responses comprises a comprehen- 
sion score for indicating a cognitive ability of the patient to 
understand the educational video program, 

27. The method of claim 25, wherein the information 
derived from the patient responses comprises a knowledge 
score for indicating the patient's understanding of the treat- 
ment plan. 

28. The method of claim 25, wherein the information 
derived from patient responses comprises an attitude score 
for indicating the patient's attitude toward complying with 
the treatment plan. 

29. The method of daim 22, wherein the embedded 
pointer to the selected segment comprises an icon, 
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